Apache OpenOffice (AOO) Bugzilla – Issue 103596
Tooltips do not issue a11y events when showing
Last modified: 2013-08-07 14:44:07 UTC
When one presses Ctrl+F1 to cause a tooltip to appear, no a11y event is issued. The events only seem to be issued when the tooltip goes away (and even that seems intermittent for some reason). To reproduce: 1) run the to-be-attached test application. 2) run soffice 3) press Alt+F then Ctrl+F1 to force a tooltip to appear. Event output should be emitted by the test application when the tooltip appears. In particular, I'd expect an object:state-changed:showing event with a detail1 value of 1 when the tooltip appears.
Created attachment 63591 [details] Simple test application
Set keyword
Please fix in 3.3...
Oh great :-( a what of who event ? An how do I run that script ?
> Oh great :-( a what of who event ? An how do I run that script ? It's not all THAT bad, now is it? ;-) ;-) An accessibility event indicating that the state of the tooltip has changed from not showing to showing. Via a python interpreter on a machine running the GNOME desktop. Alternatively you could get the same information via Accerciser. (http://live.gnome.org/Accerciser) Accerciser is an awesome tool if you're going to be working on accessibility issues for OOo in GNOME.
williewalker and I are going over bugs and realized I'd filed a dup of this one. Sorry. Given pl's questions and my mention of Accerciser, here is the text from my bug in the hope that the details are of some use: =============================================== Steps to reproduce: 1. Launch Writer and Accerciser 2. Turn event monitoring on in Accerciser 3. In Writer, cause a toolbar tooltip to appear either by hovering the mouse over a button or by moving focus to it and pressing Ctrl+F1 Expected results: An object:state-changed:showing event (detail1 == 1) would be emitted. Actual results: An object:state-changed:showing event is not emitted, though we do get an object:state-changed:visible (detail1 == 1) event. Impact: All of the other toolkits and applications (that I am aware of) which expose tooltips via at-spi, emit an object:state-changed:showing event. Orca at the moment does not listen for object:state-changed:visible events -- and it won't until we've been able to ascertain that doing so will not impact performance across the board. Therefore, what I am hoping is that it will be quite easy for you to emit this event at the same time you emit the object:state-changed:visible event. If so, things should JustWork(tm). If it's more difficult than that, please let me know and I'll start doing performance analysis. Thanks in advance!
*** Issue 104294 has been marked as a duplicate of this issue. ***
It seems we don't even "emit" the state-changed:visible event but that gtk does that on its own when the GtkWindow associated with the tool tip gets shown. I'll look a bit further.
Yes, this is so.
added a state change for "showing" in this case. Fixed in CWS vcl110
please verify in CWS vcl110
Verified in CWS vcl110
Closing accessibility issues which have been fixed, verified and integrated...