[Architecture] [Ux] GPII-594 - Fix keyboard controls for Cursor size slider (Linux)
cpetsos at certh.gr
Fri Apr 11 04:51:12 EDT 2014
Looks like the role="application" attribute did not solve the case of
the unusable slider with Orca running. Tried it in several places with
A new clue i've found is that one can make Gecko control the caret in
all web pages by specifying an application-specific setting for Orca.
while in Firefox, you can access Orca's application-specific settings
There you can uncheck the "Use Orca Caret Navigation" checkbox so caret
navigation will always be handled by Gecko.
This way, the facilitator can make this adjustment and the user needs
not to know any keyboard shortcut.
On 04/08/2014 01:04 PM, Chris Petsos wrote:
> Hi all,
> Just want to add that the slider problem exists also in the official
> jQuery UI Slider example,
> under Fedora with Orca enabled. This leads me to think that:
> a) This is bug-ish behavior of Orca
> b) Orca users in Fedora should be familiar with this type of
> shortcuts, otherwise a large amount of web pages would be totally
> inaccessible to them. Perhaps an impaired user would not at all select
> a Fedora+Orca setup given these difficulties from the first place.
> I'm not exactly sure however whose fault is this type of effects...
> On 04/08/2014 12:37 PM, Javier Hernández Antúnez wrote:
>> 2014-04-08 11:29 GMT+02:00 Christophe Strobbe
>> <strobbe at hdm-stuttgart.de <mailto:strobbe at hdm-stuttgart.de>>:
>> Hi Chris, All,
>> On 8/04/2014 9:57, Chris Petsos wrote:
>>> Hi all,
>>> GPII-594 - Fix keyboard controls for Cursor size slider (Linux)
>>> We've realized with the help of Javier that this is a matter of
>>> who's controlling the caret, Gecko or Orca. There is a keyboard
>>> shortcut for this in Orca, which is Orca key+F12 (the default is
>>> Insert+F12). So, if a user wants to control the slider he/she
>>> needs to hit Insert+F12 and then play with the arrow keys. Now,
>>> the question is, can we say this is acceptable? Should we assume
>>> that a user which frequently uses Orca will be aware of this?
>> I could not find this command in the Orca documentation; I added
>> this in a comment at
>> Best regards,
>>> Note also two things; 1) In order for the behavior to revert
>>> back to its original state (that is, navigate through the page
>>> elements with the arrows) the user needs to hit again
>>> Insert+F12, and 2) Strange behavior will be observed with other
>>> input elements too e.g. when the focus is in a textfield and
>>> Orca is ON, the user cannot type in the textfield any numerical
>>> value (numbers are Orca shortcuts), nor go through the text with
>>> the arrow keys.
>>> So, it looks like all these have to do with how Orca suppresses
>>> various key events in order to perform other shortcut-related
>>> tasks. I've tested and realized that the keydown, keypress,
>>> keyup JS events are not fired when Orca is On. This can be good
>>> and bad... bad because it takes out of the developer's control a
>>> large amount of its application's functionality, good because it
>>> mandates a more standard interaction scheme for people who
>>> actually make use of the ATs. I'm not an AT expert so perhaps
>>> someone can enlighten us further on these issues.
>> Christophe Strobbe
>> Akademischer Mitarbeiter
>> Adaptive User Interfaces Research Group
>> Hochschule der Medien
>> Nobelstraße 10
>> 70569 Stuttgart
>> Tel.+49 711 8923 2749 <tel:%2B49%20711%208923%202749>
>> "La vie est courte, hélas! et je n'ai pas encore lu tous mes livres!" (d'après Mallarmé).
>> Ux mailing list
>> Ux at lists.gpii.net <mailto:Ux at lists.gpii.net>
>> Javier Hernández Antúnez
>> Área de Operaciones
>> Emergya Consultoría
>> Tlfno: +34 954 51 75 77
>> Fax: +34 954 51 64 73
>> http://www.emergya.es <http://www.emergya.es/>
>> Ux mailing list
>> Ux at lists.gpii.net
> Ux mailing list
> Ux at lists.gpii.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Architecture