After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 658148 - The pop-up window in a GtkEntryCompletion lacks an accessible connection to the associated entry
The pop-up window in a GtkEntryCompletion lacks an accessible connection to t...
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
3.1.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2011-09-03 22:49 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2013-02-03 21:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joanmarie Diggs (IRC: joanie) 2011-09-03 22:49:09 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
Comment 1 Matthias Clasen 2011-09-05 11:18:18 UTC
Is this better for other popups, such as treeview typeahead search, or combo boxes ?
Comment 2 Joanmarie Diggs (IRC: joanie) 2011-10-27 17:02:25 UTC
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!
Comment 3 Luke Yelavich 2012-02-06 04:54:55 UTC
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?