Dojo .4 allowed us to put links in Tooltips -- if you hovered over the activating icon/reference, you could then hover over the popped-up tooltip and click on links. Hovering away from the icon or Tooltip div would close it.
The Tooltip for 1.0 will close the Tooltip immediately when you mouse out of the icon/reference.. making it impossible to click on any links in the Tooltips. Is this by design? I would prefer the .4 behavior, also like blockbuster.com when you mouse over a movie, which makes mousing over the Tooltip div keep the Tooltip open.
Are there any workarounds that will give me the behavior of .4? I'm aware of TooltipDialog but it requires a mouse click (not mouse over) to activate, and another click (either on a close button or elsewhere on the screen) to close it.
there isn't
I can see why you would want this. We didn't support that in 0.9 (or 1.0) because it seemed hard to make accessible, at least to me, and that's one of the requirements for everything in dijit. You have to indicate to a screen reader that there is a tooltip on that node and have someway to switch focus to it, etc. Might be a good project for dojox.
Can screen readers access
Can screen readers access (read) the text in a regular 1.0 Tooltip? This is sadly a subject I don't know enough about, but it seems like if they can read that text, they could read/click on a link too, no?
Tooltip access by screen readers
Yes, the screen readers will speak the text in a 1.0 tooltip when it gets displayed. But, since the text doesn't actually get focus, the screen reader use can not invoke links in the text. The text is spoken because the tooltip is implemented with an Accessible Rich Internet Applications (ARIA) role of alert. The screen reader will speak text marked as alert when that text becomes visible.
Mouseover can't be used to make the tooltip accessible to screen readers. That is why we went with mouseover or focus on the trigger element. You really need a tooltip dialog in order to achieve what you want and to also be accessible to screen readers.
Thanks for the
Thanks for the clarification.. I'll investigate TooltipDialog further.
In theory, do you think I can modify the TooltipDialog so that it opens on clicking OR hovering, and still make it safe for screen readers? And depending on which action opened it, it can be closed by clicking elsewhere on the screen/canceling out, or mousing out.
Tooltip modification seems possible
I don't see adding the mouseover behavior as being a big problem for screen readers as long as the tooltip dialog still provides the option for clicking/pressing enter to open and escape to close.
thanks
OK, so if the original author of this ticket wants to file an enhancement request for 2.0, or better yet a ticket with a patch, then we can work on it then.
Since dijit need to continue to support ENTER and ESC as [alternate] means of opening/closing a tooltip dialog, that precludes setting tooltips on links (to another pages) and buttons (that perform some unrelated action). So I think it's an enhancement to DropDownButton to have a timer to open the dropdown (ie, tooltip) automatically, and either a hide timer or a mouse proximity checker to know when to close it automatically.
Note though that it's still different that blockbuster, where clicking a movie goes to a separate page. Presumably their site is still accessible because the new page has all the information the tooltip dialog had, and more.
Persistent Tooltip
I had a (perceived) need for a Tooltip containing links as well. I went ahead and extended dijit.Tooltip so that the masterTT stays visible onmouseover. In this way I could put links in a tooltip.
Here is an example:
http://hero.com/ken/PersistTooltip.html
Need that persistent Tooltip
Hey kenberland, is there a way that you could make your PersistTooltip to the public? I really need it.
Thanks!
i need it too
please share :-)