- From: <bugzilla@jessica.w3.org>
- Date: Mon, 29 Aug 2011 18:47:52 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13958 Summary: Authors should be able to request specific modifiers for accesskeys Product: HTML WG Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: HTML5 spec (editor: Ian Hickson) AssignedTo: ian@hixie.ch ReportedBy: ayg@aryeh.name QAContact: public-html-bugzilla@w3.org CC: mike@w3.org, public-html-wg-issue-tracking@w3.org, public-html@w3.org Ryosuke, Ehsan, Annie, and I discussed this at our face-to-face meeting last week. See the "Keyboard shortcuts" section of the Etherpad, for the second day: http://etherpad.mozilla.com:9000/html-editing-mozilla-google-meeting-minutes Currently, authors get no control over which modifiers are used for accesskeys. accesskey=b might mean Alt-B, Ctrl-B, Alt-Shift-B, Shift-Esc-B, etc. This is fine in a lot of cases, but sometimes authors want more control. For instance, users expect that pressing Ctrl-B (or Cmd-B on Mac) will make text bold in a rich-text editor. Thus authors intercept key events. This is bad, because it's a pain and easy to get wrong. Authors have to manually sniff Mac vs. Windows/Linux to decide whether to recognize Cmd or Ctrl. Also, the accesskey won't be visible as an accesskey when hitting Shift-Esc in Opera or anything else that cares about accesskeys. This might include AT (I don't know). It would be better if authors could declaratively request a specific modifier, and programmatically detect if they got it or not. For the use-cases I know of, the only modifier authors would need to request is the accelerator (Cmd on Mac, Ctrl on Windows/Linux). Perhaps in the accesskey attribute, tokens could be optionally prefixed by "accel-" to request the accelerator instead of the normal modifier. Like this: <button onclick="execCommand('bold')" accesskey="accel-b"><b>B</b></button> Whether it worked could be detectable using accessKeyLabel. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Monday, 29 August 2011 18:47:55 UTC