W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

Re: Issue #69: Character key commands

From: Gregg C Vanderheiden <greggvan@umd.edu>
Date: Tue, 16 May 2017 01:45:06 -0400
Message-Id: <AEE30583-D1A1-4067-AC2E-0872D72D0962@umd.edu>
Cc: "w3c-waI-gl@w3. org" <w3c-wai-gl@w3.org>
To: Greg Lowney <gcl-0039@access-research.org>
agree

however - I have a question?

Google does this on Google Site pages.

when you are NOT in edit mode — you can type the “e” key to go into edit mode.
when not in edit mode there is nothing else that the ‘e’ key can be used for.    It will simply be eaten by the page and have no effect of any kind.

What is the accessibility problem caused by this?   
 I can see how it is very convenient to a person with a disability
 (if they saved and are scrolled down the page - hitting ‘e’ puts them into edit mode where they are rather than having to scroll all the way to the top, hit the edit button, the scroll all the way back down to find the location where they were. 
it also prevents them from having to do a choric keyboard input to get it back into edit mode. 

But I can’t think of the disadvantage.  

can someone help me here? 
it is a ‘hidden’ command but so are all the two key combinations
it prevents the user from using the ‘e’ key for anything else — but (since this only happens if they have focus on the page — and there is nothing that the ‘e’ key can do on the page when not in edit mode — I’m missing the problem.


thx

g 

Gregg C Vanderheiden
greggvan@umd.edu




> On May 16, 2017, at 2:33 AM, Greg Lowney <gcl-0039@access-research.org> wrote:
> 
> The latest draft wording as of 2017-05-15 reads "Character Key Shortcuts: If a keyboard shortcut consisting entirely of character keys is implemented by the web page, then a mechanism is available to turn it off or to remap it to a shortcut that uses at least one non-printing key. (Level A)".
> 
> On further reflection, I see no reason to limit this SC to keyboard shortcuts implemented by content rather than have it apply more broadly to all keyboard commands implemented by content. That is, if a script traps the F key and uses it to toggle between normal and full-screen modes, it is equally bad for the user whether it does so by activating a button on the page that toggles the mode (making it a shortcut) or merely toggling the mode independently of any controls (in which case it's not a shortcut). Generalizing it also lets us avoid having to define keyboard shortcuts.
> 
> However, if the keyboard command is the only way to carry out a action, then it is not acceptable for the content to merely disable the keyboard command. We can address this by adding the caveat "without loss of content of functionality" we're using elsewhere. In fact, this should probably be added in any case.
> 
> I also have three purely editorial comments: (1) We're supposed to use the term "content" rather than "web page". (2) We should standardize on either "character key" or "printing key" rather than mixing the two terms in the same to mean the same thing. While "printing key" is the one I'm more used to seeing in the past, I think "character key" is more intuitive to readers unfamiliar with the concept. (3) Although it may be overly pedantic, "entirely of character keys" actually introduces ambiguity as to whether the plural implies it must be more than one character key. To avoid that we could say "consisting entirely of one or more character keys" or "that does not include any non-character keys".
> 
> Incorporating the editorial changes alone would change it to read: "Character Key Shortcuts: If a keyboard shortcut consisting entirely of one or more character keys is implemented by the content, then a mechanism is available to turn it off or to remap it to use at least one non-character key. (Level A)"
> 
> Incorporating the change to keyboard commands alone would change it to read: "Character Key Commands: If a keyboard command consisting entirely of character keys is implemented by the web page, then a mechanism is available to turn it off or to remap it to a command that uses at least one non-printing key, without loss of content or functionality. (Level A)".
> 
> Incorporating both sets of changes would change it to read: "Character Key Commands: If a keyboard command consisting entirely of one or more character keys is implemented by the content, then a mechanism is available to turn it off or to remap it to use at least one non-character key, without loss of content or functionality. (Level A)"
> 
>     Thanks,
>     Greg


Received on Tuesday, 16 May 2017 05:45:43 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 21:08:13 UTC