GNOME Bugzilla – Bug 616650
The default value of grabFocusOnAncestor for Yelp 2.x should (now) be False
Last modified: 2010-09-20 10:56:21 UTC
Dear Developers, When I launch the help browser my Ubuntu 10.04 full uptodated system, Orca spokening Yelp application name to yelp gecko based application alkalmazás if I using hungarian language. See following information from debug.out file: app.name='yelp' name='Ubuntu súgóközpont' role='document frame' state='enabled focusable horizontal opaque sensitive showing visible' relations='node child of embeds' ^^^^^ PROCESS OBJECT EVENT document:load-complete ^^^^^ LOCUS OF FOCUS: app='yelp' name='' role='heading' event=None ---------> QUEUEING EVENT object:text-caret-moved DEQUEUED EVENT object:text-caret-moved <---------- vvvvv PROCESS OBJECT EVENT object:text-caret-moved vvvvv OBJECT EVENT: object:text-caret-moved detail=(-1,0) app.name='yelp' name='Ubuntu súgóközpont' role='document frame' state='enabled focusable horizontal opaque sensitive showing visible' relations='node child of embeds' LOCUS OF FOCUS: app='yelp' name='Ubuntu súgóközpont' role='document frame' event='object:text-caret-moved' Object deemed to be useless: [section | ] generate braille for app.name='yelp' name='Ubuntu súgóközpont' role='document frame' state='enabled focusable horizontal opaque sensitive showing visible' relations='node child of embeds' (args={'formatType': 'focused', 'useDefaultFormatting': False, 'includeContext': False, 'role': ROLE_DOCUMENT_FRAME, 'mode': 'braille', 'recursing': True}) using '[Component(obj, asString(label + displayedText + value + roleName + required))]' label=[] displayedText=['Ubuntu s\xc3\xbag\xc3\xb3k\xc3\xb6zpont'] value=[''] roleName=['Html-ablakt\xc3\xa1bla'] required=[] generate braille results: Component: 'Ubuntu súgóközpont Html-ablaktábla', 0 BRAILLE LINE: 'Ubuntu súgóközpont Html-ablaktábla' VISIBLE: 'Ubuntu súgóközpont Html-ablaktáb', cursor=0 generate speech for app.name='yelp' name='Ubuntu súgóközpont' role='document frame' state='enabled focusable horizontal opaque sensitive showing visible' relations='node child of embeds' (args={'formatType': 'unfocused', 'useDefaultFormatting': False, 'priorObj': <CORBA.Object 'IDL:Accessibility/Accessible:1.0' at 0xa1be4b8>, 'role': ROLE_DOCUMENT_FRAME, 'mode': 'speech', 'recursing': True}) using 'newAncestors + newRowHeader + newColumnHeader + newRadioButtonGroup + name + roleName + newNodeLevel + unselectedCell + (tutorial and (pause + tutorial) or [])' default.findCommonAncestor... ...default.findCommonAncestor newAncestors=['Gecko based application', 'alkalmaz\xc3\xa1s'] newRowHeader=[] newColumnHeader=[] newRadioButtonGroup=[] name=['Ubuntu s\xc3\xbag\xc3\xb3k\xc3\xb6zpont'] roleName=['html tartalom'] newNodeLevel=[] unselectedCell=[] GENERATOR: getTutorial obj = Ubuntu súgóközpont role = document frame alreadyFocused = False utterances: () tutorial=[''] pause=[<orca.speech_generator.Pause instance at 0xa0145ac>] generate speech results: Gecko based application alkalmazás Ubuntu súgóközpont html tartalom <orca.speech_generator.Pause instance at 0xa0145ac> SPEECH OUTPUT: 'Gecko based application alkalmazás Ubuntu súgóközpont html tartalom. ' Attila
Created attachment 159427 [details] This debug.out file possible show why happening this unneed information spokening. I sending full debug.out file. Attila
I forgot wrote prewious: Orca version my Ubuntu 10.04 system: 2.30.0 Yelp version: 2.30.0 Attila
(3.0 Planning Spam-o-rama. Sorry!)
As I asked in bug 625458 comment 8: > Thanks Attila! I can reproduce the problem as you describe, but if I go into > the Orca Preferences dialog for Yelp/gnome-help and uncheck the grab focus when > navigating option, the problem goes away for me. Could you please try that and > see if it solves it for you?
Joanie, the grab focus on objects when navigating setting uncheck is partialy solving the problem, but not entire. If this check box are unchecked in Yelp Orca application preference, I see following problem: If I choosing a link and jumps a heading, the help topics reading is working with arrow keys. But, if I go to a link (for example a second link in a help topics with Tab key), and press again the h key to jump again the heading, and try press again the Tab key, the caret jumps the third link, not the first link above the heading. Try you for example an Orca help topics with this test with containing more sections with link. You confirm this? Try you for example the "Introduction to accessibility" section this test. Attila
Created attachment 166752 [details] This debug.out shows how works now link navigation if grab focus on objects when navigating check box is unchecked Joanie, please look this debug.out file. I try look common navigation with Tab key with "Introduction to accessibility" section with Orca help page. Attila
(In reply to comment #5) > Joanie, the grab focus on objects when navigating setting uncheck is partialy > solving the problem, Thanks for the confirmation Attila. Based on that, I have changed the default value of grabFocusOnAncestor for Yelp 2. [1] > If I choosing a link and jumps a heading, the help topics reading is working > with arrow keys. But, if I go to a link (for example a second link in a help > topics with Tab key), and press again the h key to jump again the heading, and > try press again the Tab key, the caret jumps the third link, not the first link > above the heading. That, unfortunately, is yet another instance of a Gecko bug which we need the Mozilla guys to fix. :-( Although, in actuality, it looks like we need Bill Cox to respond to Surkov's feedback/review. Regardless, we're tracking the bug via bug 609890 ("[blocked] Orca does not move to the expected object when Tab is pressed in Firefox 3.6 effective June 11th 2009 build"). The Mozilla bug is: https://bugzilla.mozilla.org/show_bug.cgi?id=546068. Because I have committed the change to the value of grabFocusOnAncestor to master, and because the other issue is being tracked by bug 609890, I'm going to close this bug out as FIXED. There's nothing else we can do other than advocate that the Mozilla guys fix their bugs. [1] http://git.gnome.org/browse/orca/commit/?id=eb7ce953defaffd1df9295e9f210c2d726682c69
Joanie, thank you the fix! Possible apply this fix with future Orca 2.30.3 maintenance version? Attila
(In reply to comment #8) > Joanie, thank you the fix! > Possible apply this fix with future Orca 2.30.3 maintenance version? If we do a special Orca 2.30.3 release, we will include it. GNOME's final official release for the 2.30 stable branch is 2.30.2. In other words, there are no more 2.30.x maintenance versions officially. Having said that, note that GNOME 3.0 will now be released in March. The next GNOME stable release will be 2.32, and this fix will be included in that release.