hi I myself would be in favor of enabling it automatically, but only if the object you're arrowing into is an entry, or maybe a combo box, not sure on that one. That way if you come aacross html5 audio and want to skip it you don't have to toggle if off to do so. And those like buttons for facebook and twitter might not cause so many issues for orca, but that may be a separate issue altogether, as most of the time those things appear in embedded frames on the page Thanks Kendell clark On Sat, Aug 09, 2014 at 09:53:08AM -0400, Joanmarie Diggs wrote:
Hey guys. Changing the subject so that we can try to spawn separate threads for separate issues. Regarding the current difference between arrowing into an entry and quick-keying into an entry: Can we agree that the behavior needs to be consistent? In other words, navigating with Orca (arrows, quick keys) either both toggle it automatically or don't toggle it automatically? Personally, I am in favor of two things: Consistency and simplicity. Coming up with a single preference about whether or not to auto-enable focus mode should be quite simple. If we can agree on the above, what should the default setting be: auto-enable it always or do not auto-enable it? --joanie On 08/09/2014 09:39 AM, covici ccs covici com wrote:What I am asking is for the arrow keys not to change to focus mode and for the letter keys not to change to focus mode either. Only the tab key should change to focus mode, otherwise, if you using the arrow keys or the letter navigation keys and you want to go past an edit box or similar, you have to do an extra keystroke to take you back to browse mode every tine. Now maybe you may want an option to make all those keys go into focus mode, but it seems annoying to me. Peter Vágner <pvdeejay gmail com> wrote:Hello, Please excuse me for repeatedly asking something that may really sound the same way to you but I am still not completelly getting what you are expecting. Would you like orca to change to focus mode while using quick navigation keys or would you like not to change to focus mode when using quick navigation keys i.e. the same behaviour you are expecting for navigating with arrow keys? Thanks and greetings Peter On 09.08.2014 o 08:26 covici ccs covici com wrote:I want the arrow keys to behave differently, so I can go past the first entry, suppose I want to use the second entry, I don't want to have to change the mode just for that, so arrow keys should not go into focus mode at all, seems to me. However, things like checkboxes should be changeable right in browse mode. Peter Vágner <pvdeejay gmail com> wrote:Hello, Now while in browse mode you are using quick navigation commands to jump into a focusable control such as e for going to an entry or c for going into a combobox it switches to focus mode. Would you also like to change something on this please? I am trying to understand whether you can try to identify navigating with quick command keys and navigating with arrow keys are similar and should be treated the same way if possible. Of course if that's not too much and is in fact doable I have kindly asked to adapt some configuration related features that have something to do with this too. Still it's important to know how you see this to make the most out of this. Greetings Peter On 09.08.2014 o 01:20 covici ccs covici comwrote:I think I disagree, with the arrow keys, I would like it not to switch modes at all until I tell it to do so by hand. I want to be able to pass through an edit box without it changing. If you tab, this is a different matter. Peter Vágner <pvdeejay gmail com> wrote:Hello again, And I apologise for double posting. I have found an issue. Previously I assumed you have tried to incorporate the behaviour we have tried to explain with Geoff regarding quick navigation so I haven't included it in my previous message. Currently while tabbing around or pressing quick navigation keys auto focus mode feature kicks in. However while reading the page by pressing the arrow keys it does not kick in. If it's doable it should behave the same way no mather whether we are pressing quick navigation keys or arrow keys. If you wish to allow more customization later on it is questionable whether we can accept proposal to incorporate similar options like I have described can be seen in NVDA. The important bit on this is whether screen reader related features cause the focus to move or on a contrary browser features and web based app behaviour cause the focus to move. Of course additional point which has to be considered is say all. I guess while say all is in progress no switching should happen otherwise say all will get interupted by the focus changes. If I am not verry clear I will try to explain in other words what I mean. Hopefully it makes sense and something can be done about it. Ooops and while writing this message I did something I am unable to replicate again. It concerns that visivig editor found in the gmail app where I am writing this text. When I press letter e followed by orca+a in order to skip over entries and texts on the page until I will get into this visivig editor. Now with the system focus in the gmail visivig editor with orca switched to focus mode I start typing. Once I'll press a navigation shortcut key for example the letter e I can no longer type into this field and orca switches it self into browse mode. I guess this needs to be tested further. Big thanks once again Greetings Peter. 2014-08-08 23:01 GMT+02:00 Peter Vágner <pvdeejay gmail com>:Hello, In order to demonstrate we can already feel enough awesomeness in this update I am posting this message using the gmail interface. Overal experience is now much more consistent. Usually even tbing to various aria buttons, toggle buttons and simiral controls already switches to focus mode making subsequent popup menus, dialogs and other stuff like this more natural to use. I will test more throughly tomorow and during subsequent days. For example I need to try to understand what is the issue with list of conversations in gmail not switching to focus mode. All other places where I have tested it so far appear to work consistently enough depending on the web app in question. Of course we have to understand web apps are also not perfect on this. Another issue which I need to understand so I will be able to decide whether this is an orca issue a firefox issue or an web site authoring issue is within the google search page. For example go to the google.com and notice the focus mode is automagically turned on because the page changes the focus to the edit field it self. Now type something into the browse mode and navigate before the text you just have typed by repeatedly pressing the left arrow key. All is well and you can manage that. Now arrow over the text you have just typed in the opposite direction by repeatedly pressing the right arrow key. Still all is fine you are able to successfully able to read the text. However keep pressing right arrow key when you are after the text you have just typed and examine what you are reading. You are arrowing over all the suggestions google came up with when you have typed the string in. Instead I expect to only read the entry's value when in browse mode. Also I should try to test this with previous versions in order to discover whether this is a new behaviour or not. As I said I am verry happy about this movement and I'll try to give more feetback. Thanks and greetings Peter 2014-08-08 22:40 GMT+02:00 Joanmarie Diggs <jdiggs igalia com>: Hey guys.Based on the feedback received, I have just committed the following changes to master: * Orca will automatically switch between "focus mode" and "browse mode" * Orca will announce "focus mode" or "browse mode" when it does this for you. It is currently at the end of the presentation of the new location. That way, if you know what the deal is (of course it is in focus mode now), you don't have to listen to Orca tell you. You can just keep browsing or interacting with the widget. * The current keybinding is Orca + A. This will toggle between the two modes. I chose this because we needed something for you to test. And it was the only suggestion I saw proposed by y'all which didn't conflict with existing bindings or result in complaints from someone else. If y'all don't like Orca + A, propose something we all can live with or rebind it to something you can live with. * All the non-perfomant and non-reliable logic about whether or not Orca should really control things is ripped out. Arrowing seems a bit more peppy to me now. I hope you find the same. What I have not committed/done yet: * Playing tones. That's a nice to have. We can add it later. * Documentation. We don't know what the final feature will look like. * Settings. Orca does it automatically. It's easy to toggle off. What would be extremely helpful is testing from you to see what you all think. What is totally broken, what must be changed, etc. In the meantime, I'll see what I can do about the looping, etc. Thanks! --joanie _______________________________________________ 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.html The 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---------------------------------------------------- Alternatives: ---------------------------------------------------- _______________________________________________ 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.html The 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_______________________________________________ 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.html The 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:
pgptLbVjG_BWl.pgp
Description: PGP signature