This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13565 - User option to use unmodified keys as shortcuts
Summary: User option to use unmodified keys as shortcuts
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: LC1 HTML5 spec (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords: a11y, a11ytf
Depends on: 13555 13564
Blocks:
  Show dependency treegraph
 
Reported: 2011-08-03 03:35 UTC by Greg Lowney
Modified: 2011-08-16 00:38 UTC (History)
6 users (show)

See Also:


Attachments

Description Greg Lowney 2011-08-03 03:35:15 UTC
The draft HTML5 spec is contradictory on whether user agents can map shortcuts to unmodified keys. The example in 7.4.2 (The accesskey attribute) says that a user agent can use a key unmodified, but 7.4.3 (Processing model) says the user agent can assign its choice of "a combination of modifier keys" but does not specify that no modifier key is a valid option.

Some components use unmodified letters, numbers, and punctuation marks as keyboard command. This can be handy for users who want to make keyboard input as efficient as possible, including some users with disabilities, but for other users with disabilities it can be a significant problem because everyday text input can trigger a large number of seemingly random actions if it's entered in the wrong context. Therefore user agents should be permitted to make this available as a user option.

    * Use case: Tom uses speech recognition to input text and commands, and he's working in a Web-based word processor while in the background another Web app or browser add-in is downloading a large file. He's in the middle of dictating a letter the background task steals the activation to notify him that the download has completed. Suddenly the text that was supposed to go into a letter is interpreted in the new context as dozens of commands. Tom looks at the browser and finds that his project in that context has been altered or deleted altogether, and also that display options have changed and he has no idea what command would server to restore them. This is bad. Instead, Tom should be able to go into his browser's preference settings and clear a check box to disable the use of unmodified keys as commands and shortcuts. When the Web app starts up, it asks the browser whether the letter "u" is available as a shortcut and is told that it is restricted by policy. Therefore the app goes down its list of preferred keystrokes, determines that Ctrl+U is available, and configures itself to use that instead. It may even display an indicator on its status bar warning the user that non-default keyboard commands are being used. The user can then go into the app's configuration screen to find out the current keybindings.
Comment 1 Michael[tm] Smith 2011-08-04 05:15:21 UTC
mass-move component to LC1
Comment 2 Ian 'Hixie' Hickson 2011-08-16 00:38:53 UTC
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Accepted
Change Description: see diff given below
Rationale: Fixed the contradiction.