#3811 closed task (fixed)
implement keyboard a11y for tooltips
Reported by: | Becky Gibson | Owned by: | simonjb |
---|---|---|---|
Priority: | high | Milestone: | 1.0 |
Component: | Accessibility | Version: | 0.9 |
Keywords: | Cc: | ||
Blocked By: | Blocking: |
Description (last modified by )
currently the tooltips on the test_tooltip.html page only display on mouse over - we need keyboard support for tooltips as well.
See Becky's Proposed A11y behavior for Tooltip.
Attachments (1)
Change History (7)
comment:1 Changed 15 years ago by
Owner: | changed from Becky Gibson to simonjb |
---|
comment:2 Changed 15 years ago by
Description: | modified (diff) |
---|---|
Status: | new → assigned |
comment:3 Changed 15 years ago by
Changed 15 years ago by
Attachment: | Tooltip.diff added |
---|
comment:4 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:5 Changed 11 years ago by
(In [25493]) Remove code to keep a tooltip open if the associated element still has focus (even though the mouse moved away). Code was added in [10444] but it's unclear why it's needed. I suppose it's for when a user tabs into a field and then accidentally moves the mouse over it, but that doesn't seem important enough to worry about. Fixes #13225, refs #3811 !strict.
Note: See
TracTickets for help on using
tickets.
(In [10419]) Implemented keyboard a11y for tooltips. Refs #3811. This is a simple solution and is not without problems. With this commit it is now possible to close a tooltip without an event going to the tooltip. For example, if tooltip A is opened on mouseover and if tooltip B is opened on focus while tooltip A is open, then tooltip A will close without an event going to tooltip A. This causes tooltip A's isShowingNow to be out of sync with reality with the effect that it may not open in the future (because it thinks that it is already open.)