GNOME Bugzilla – Bug 721421
Links within a GtkLabel should expose their URIs via ATK
Last modified: 2014-01-04 15:54:27 UTC
Created attachment 265241 [details] accessible-event listener Steps to reproduce: 1. Launch gtk3-demo's link demo 2. Launch the attached accessible-event listener in a terminal 3. Tab amongst the three links in the demo. Expected results: The URI associated with each link would appear in the terminal. Actual results: The URI associated with each link does not appear in the terminal: label Hyperlink interface not implemented Hypertext interface not implemented In comparison, if you arrow into a similar test case (which I'll attach next) in Epiphany the results look like: paragraph Hyperlink interface not implemented URIs via hypertext: ['http://en.wikipedia.org/wiki/Text', 'file:///home/jd/keynav', 'http://www.google.com/'] link URIs via hyperlink: ['http://en.wikipedia.org/wiki/Text'] URIs via hypertext: [] link URIs via hyperlink: ['file:///home/jd/keynav'] URIs via hypertext: [] link URIs via hyperlink: ['http://www.google.com/'] URIs via hypertext: [] In other words the parent text object (GtkLabel) should implement the accessible Hypertext interface. The child links* should implement the accessible Hyperlink interface. * These don't exist yet (see bug 721410).
Created attachment 265242 [details] HTML equivalent test case for comparison Steps to reproduce (for the purpose of comparison): 1. Load the attached test case in Epiphany 2. Launch the attached accessible-event listener in a terminal 3. In Epiphany press F7 to enable caret navigation 4. Click in the first paragraph of the test case to position the caret 5. Down Arrow into the second paragraph (so it will claim focus) 6. Tab amongst the links (so each link claims focus) You should get results similar to those in my opening report -- and similar to what we need to see happen in Gtk+.