GNOME Bugzilla – Bug 638645
Orca doesn't telling the user if the caret positioned a section with Mallard format documents
Last modified: 2018-02-08 12:57:10 UTC
Dear Developers, I think I found why not speak Orca any word with mallard style sections. This is an important problem. For example I opened the library.gnome.org Orca documentation page, and doing some arrow key press (down arrow key press). Debug.out file containing following informations: vvvvv PROCESS KEY PRESS EVENT Down vvvvv KEYEVENT: type=1 id=65364 hw_code=116 modifiers=8192 event_string=(Down) is_text=True timestamp=21435267 time=1294141819.344013 KEYBOARDEVENT: type=1 id=65364 hw_code=116 modifiers=0 event_string=(Down) keyval_name=(Down) is_text=True timestamp=21435267 time=1294141819.344404 orca.isModifierKey: returning: False ----------> QUEUEING KEYRELEASE 'Down' (116) LOCUS OF FOCUS: app='Firefox' name='' role='section' event=None SPEECH OUTPUT: 'The "Learn" Modes' BRAILLE LINE: 'The "Learn" Modes' VISIBLE: 'The "Learn" Modes', cursor=1 When I testing, I using following link: http://library.gnome.org/users/orca/2.91/ What possible to doing this situation? Possible spokening the "link" word if the caret positioning a section with arrow keys? When I using Tab key, Orca wonderful spokening the title and short description with a section, and spokening and marking braille with this section is a link. When I tested, I used Mozilla Firefox 3.6 and latest Orca git master version. I see equals problem with Yelp 2.30 and 2.32 version too. In Lucid, packaged officialy the Yelp 2.30.0 version, In Natty, packaged official the 2.32.1 version. Attila
Created attachment 177471 [details] This debug.out showing the problem
Sorry, I wrote wrong information: Natty containing 2.30.2 Yelp version. Attila