Re: [orca-list] Quick key for clickables?
- From: Peter Vágner <pvdeejay gmail com>
- To: Joanmarie Diggs <jdiggs igalia com>, orca-list gnome org
- Subject: Re: [orca-list] Quick key for clickables?
- Date: Tue, 12 Aug 2014 22:04:47 +0200
Hello,
I don't have strong preference regarding clickables however I don't wish
them to be mixed with links or other known roles.
Unfortunatelly any element can have onclick event registered including
links, buttons, checkboxes tabs etc. I think for common roles we do want
to suppress reporting of their onclick event.
Unfortunatelly the other part of your message where you are tallking
about non performant checks regarding enter and spacebar keys has hit me
even more.
As we are currently in a process of testing and trying to come up with
ideas on how to make the focus vs browse modes paradigm even cooler I
thought we can get another nice feature into the mix.
When you are in browse mode and cursor is pointing into a focusable
interactive control such as tab, entry, text, password, combobox and
similar you should also be able to activate focus mode by pressing the
enter key. If you are in a browse mode and something else is under your
cursor the enter key should get passed throught to the browser or do
what it is currently set to do I am afraid I don't know all the details.
With the same thing in mind when you are in a focus mode and such
interactive control like entry, text, combobox, tab etc has the system
focus pressing esc key would switch to browse mode.
These are all NVDA features so if you think I am becoming crazy about
all this please ignore this. Also still this would only make sense after
options related to auto focus / browse mode triggering are included like
we are speculating about them in another thread.
And yeah maybe this is not doable because of possible performance issues
so perhaps this is last time this is brought up here. The conditions are
already there we just needs to implement the key bindings and their
coresponding script. I don't think it would be less performant than
arrow keys in browse mode.
Unfortunatelly these are just my wild ideas and they may not be accurate
enough.
Greetings
Peter
On 12.08.2014 at 19:50 Joanmarie Diggs wrote:
Hey Jeremy.
On 08/12/2014 01:31 PM, Jeremy Lincicome wrote:
Joanie,
I think that having a key for clickables is a great idea. I personally
have no problem with either the 'A' or 'K' keys. One question though.
Will we be able to just press enter or space on them, or will we still
need to do a left click with flat review?
At the moment, Orca does not treat Space or Enter as Orca "commands" or
things Orca might wish to intercept. And given how often one presses
Space or Enter, I don't think we want Orca to start examining those key
presses and key releases on the off chance you happen to be in a
clickable. That would be non-performant.
If we make clickables a separate creature (you navigate to it by A,
Shift+A and **not** lump it in with links), then you know you need to
simulate a mouse click on it. And if you arrow into it, Orca could
announce it as "clickable." Thus if you found it by caret nav, it also
would be clear that you need to actually click on clickables. Lastly,
the Alt+Shift+A "clickables list" dialog could have an "activate" button
so if you used the dialog you would not have to simulate a click.
Thoughts?
--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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]