GNOME Bugzilla – Bug 658148
The pop-up window in a GtkEntryCompletion lacks an accessible connection to the associated entry
Last modified: 2013-02-03 21:32:28 UTC
The GtkEntryCompletion has an associated, accessible pop-up window. But there doesn't seem to be anything connecting that accessible object to the entry with which it is associated. As a result, ATs don't know for certain if the events received from that window are actually relevant to the user (and thus worthy of being presented). It would be helpful if the window had something connecting it to the entry with which it is associated. Looking at the AtkRelationType definition, [1] I think ATK_RELATION_POPUP_FOR might make the most sense. But anything you prefer that clearly connects the window to the entry is fine by me. :-) Thanks in advance! [1] http://developer.gnome.org/atk/stable/AtkRelation.html#AtkRelationType
Is this better for other popups, such as treeview typeahead search, or combo boxes ?
w.r.t. combo boxes, my guess would be no -- but having that would not hurt anything. The reason for my "no" is that typically the popup is already associated with that combo box via the accessible hierarchy. w.r.t. typeahead serarch, that would be AWESOME. I hadn't thought about that when I was filing this bug -- obviously. ;) But having that relationship/association in place would make it possible for screen readers to recognize that selection changed events in non-focused widgets are worth presenting to the user. Thanks for suggesting this!
There is a similar bug, bug #358024 that is about the events and relationship of the entry completion widget. Its for GTK 2 and gail, but I wonder whether the patch attached to that bug is relevant, and a possible starting point for closing both bugs?