Hello,I've just noticed another little thing. By looking at the orca master head I can see now we are never changing from focus mode to browse mode automatically. It's either a result of various hard to understand suggestions or just a little left over from testing. I dont think I can call this hack a contribution but still I am posting two lines change for tinkerers so you can see where the core of this functionality resides within the orca code and you can test switching back to browse mode.
Greetings Peter On 10.08.2014 at 10:47 Peter Vágner wrote:
Hello,I have commented on all the views expressed here however I haven't really tested all of the situations brought up here as it would be appropriate. So now I have tested and we already can control buttons, links, checkboxes and radio buttons while in browse mode. So I believe we are in a good shape now and we just need to test this stuff in production in order to try finding out inaccuracies, discrepancies etc.Greetings Peter On 10.08.2014 at 08:44 Jason White wrote:I suspect we're about to see a re-run of the Vi vs. Emacs debate with respectto keyboard usage.Vi makes wonderful use of the keyboard at the expense of having two modes:command mode and insert mode.Emacs avoids the modes, but takes your fingers to awkward key combinations.Likewise, OS X avoids having distinct modes, at the expense of requiring youto hold down modifier keys while moving the focus (except where the application's handling of tab and arrow keys does what is needed).The problem with Orca and Gecko here, as I understand it, is that Orca takes over caret navigation, but uses the same keys (i.e., cursor movement keys) that are also used to interact with widgets. It's a key conflict problem that could be solved if Orca mapped its caret navigation commands to somethingother than arrow keys and tab.At this point we would have arguments on both sides about which design isbetter and whether we should avoid having browse and focus modes or not.I think it would be best to make some design decisions about the future and then change the implementation accordingly. I don't have strong views on the issues at stake, although, having used OS X recently, I quite like the fact that none of the screen reader commands conflicts with keys commonly used inapplications. At the same time, this does lead to some awkward key combinations. _______________________________________________ orca-list mailing list orca-list gnome org https://mail.gnome.org/mailman/listinfo/orca-list Visit http://live.gnome.org/Orca for more information on Orca.The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.htmlThe FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions Log bugs and feature requests at http://bugzilla.gnome.org Find out how to help at http://live.gnome.org/Orca/HowCanIHelp
Attachment:
changes.diff
Description: Text Data