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 23615 - Subject: Physical Keys and Gestures for "accesskey" attribute The use of ASCII/Unicode code points for key binding has numerous well-known drawbacks. There are vital physical keyboard keys with no Unicode representation. Even for the main alphabet keys sp
Summary: Subject: Physical Keys and Gestures for "accesskey" attribute The use of ASCI...
Status: RESOLVED MOVED
Alias: None
Product: HTML.next
Classification: Unclassified
Component: default (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Charles McCathieNevile
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords: a11y, a11ytf, a11y_focus
Depends on: 11140
Blocks: 10888 23613
  Show dependency treegraph
 
Reported: 2013-10-23 20:06 UTC by Mark Sadecki
Modified: 2016-01-21 13:23 UTC (History)
12 users (show)

See Also:


Attachments

Description Mark Sadecki 2013-10-23 20:06:58 UTC
+++ This bug was initially created as a clone of Bug #11140 +++

Section: http://www.whatwg.org/specs/web-apps/current-work/#top

Comment:
Subject: Physical Keys and Gestures for "accesskey" attribute

The use of ASCII/Unicode code points for key binding has numerous well-known
drawbacks. There are vital physical keyboard keys with no Unicode
representation. Even for the main alphabet keys specifying a stabile physical
location based on ergonomic considerations, regardless of keyboard mapping,
may be desirable. Unicode keybinding is useful for mnemonic keys however.

So for "accesskey" there should be a complete set of keywords representing the
physical keyboard keys -- referenced based on the locations on U.S. standard
keyboards, with names like "jKey", "slashKey", "leftArrow", "capsLock". All
keys should be represented including alphabet keys, F-keys, modifier keys, cap
lock, etc., and there should be syntax for indicating simultaneous key presses
(e.g. Control + uparrow).

A set of "media" keys would also be highly desirable (e.g. keyboard
volume/mute keys bindable to controls of an HTML5 video interface) although
this may not be standardizable.

But keys are so 2009. We of course also now need keywords for swipe gestures,
e.g:

[a href="page_2.html" accesskey="rightArrow horizLeftwardSwipe"]Turn Page[/a].

Posted from: 75.36.155.97
Comment 1 Charles McCathieNevile 2016-01-21 13:23:20 UTC
Moved to Github: https://github.com/w3c/html/issues/21