GNOME Bugzilla – Bug 76266
no tooltip notification for magnifiers available
Last modified: 2004-12-22 21:47:04 UTC
When you have popped up a tooltip on an app you get a frame entitled 'gtk-tooltips'. It seems to leak - ie. there remains a 'frame' for it even when the tooltip is no longer visible. Furthermore, it would appear a non-useful thing since this frame can't be selected or switched to etc. the fact that it's a separate window is really an implementation detail of the toolkit IMHO. and it should have no separate accessible.
I have committed a change to gailtoplevel.c to ignore a window whose name is 'gtk-tooltips'.
One of the consequences of the change is that a magnifier will not be able to get at a tooltip
Should this be retitled to reflect the current problem?
seems to me that some kind of state change should be fired on the object whose tooltip has been posted (in ATK). What do you think, Padraig?
What state did you have in mind? There does not seem to be an obvious one.
I don't see a good candidate either. I wonder, should we defer doing anything about this? The one use case where ATs really need tooltip info is for onscreen magnifiers; presumably a magnifier should track popped-up tooltips. We could use AtkRelation for this, inventing a TOOLTIP_FOR relation or some such, and create a (transient) AtkObject for the tooltip, which might be fired in an object:tooltip-post event (with a corresponding object:tooltip-unpost or just object:state-changed to DEFUNCT on the tooltip object.
We have a SUBWINDOW_FOR relation (or are supposed to). Maybe TOOLTIP_FOR is appropriate, but we should consider re-using SUBWINDOW_FOR.
I think TOOLTIP_FOR, if we use it at all, needs to be a one-off. SUBWINDOW_FOR has too many other uses, and trying to be general with something like this is IMO too dangerous.
Updating status_whiteboard field to reflect A11Y team's assessment of accessibility impact.
I have revisited the original issue raied by Michael, i.e. that when a tooltip is displayed we do not receive notification of when it is hidden. This seems to be fixed so we can patch gail to allow notification of when the tooltip window is displayed. The other issue is how does the user know for what widget the tooltip is displayed.
Created attachment 17381 [details] [review] Proposed patch
I believe I recently suggested we needed a POPUP_FOR relation. Also a TOOLTIP_FOR relation makes sense to me. SUBWINDOW_OF doesn't seem like a natural fit.
It is not currently possible to determine from a tooltip window the widget for which the tooltip is displayed.
Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME bug list :)
Created attachment 24454 [details] [review] Updated patch
The updated patch causes a notification to be emitted when a tooltip is displayed. The tooltip has a relation ATK_RELATION_POPUP_FOR which identifies the widget the tooltip is for.
Patch committed to CVS HEAD.