GNOME Bugzilla – Bug 736662
In https://help.gnome.org/users/orca/3.13/ website Orca reading normal document path after help topic title and description
Last modified: 2018-05-22 12:52:32 UTC
Created attachment 286187 [details] Debug file Dear Joanie, In https://help.gnome.org/users/orca/3.13 website if I using TAB or SHIFT+TAB keys to move between awailable help topic links, Orca reading document path after topic title and short description. Testcase: 1. Open https://help.gnome.org/users/orca/3.13 website. 2. Move between awailable topic links with TAB and SHIFT+TAB keys. Expected result: Orca only need spokening topic title, topic short mallard description and link rolename. Actual result: Orca spokening this informations, but sends relative document file. An example speech output string: SPEECH OUTPUT: 'Táblázatok Navigálás a táblázatokban, dinamikus fejlécek beállítása és törlése hivatkozás.' SPEECH OUTPUT: 'howto_tables' The problem is the howto_tables speech string, this is not need spokening. My environment related informations: OS: Ubuntu 14.04 Firefox version: 32.0 Orca version: latest master branch Affected Orca branches: master, gnome-3-14 Attila
This is not an Orca bug. The tool that turns the Mallard content into HTML is apparently setting the title attribute (what appears when you hover the mouse over the element) to the filename. Title attributes get exposed as accessible descriptions. And Orca now presents accessible descriptions. It's not Orca's fault when the accessible descriptions are less than ideal and Orca has no way of identifying "good" descriptions from "bad" ones. I'm pretty sure that yelp-xsl is the tool that does that. And independent of Orca, I don't see any good reason why hovering the mouse over a link in documentation should display the page's filename. So I think the fix is for the filename not to be set as the title attribute.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/yelp-xsl/issues/21.