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 10776 - accesskey value token subsets
Summary: accesskey value token subsets
Status: RESOLVED WONTFIX
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: LC
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords: a11y
Depends on: 10888 23613
Blocks:
  Show dependency treegraph
 
Reported: 2010-09-27 17:57 UTC by Gregory J. Rosmaita
Modified: 2013-10-23 19:59 UTC (History)
8 users (show)

See Also:


Attachments

Description Gregory J. Rosmaita 2010-09-27 17:57:17 UTC
For each value in keys in turn, in the order the tokens appeared in the 
attribute's value, run the following substeps

         1. If the value is not a string exactly one Unicode code point
            in length, then skip the remainder of these steps for this
            value.

         2. If the value does not correspond to a key on the system's
            keyboard, then skip the remainder of these steps for this
            value.

         3. If the user agent can find a combination of modifier keys
            that, with the key that corresponds to the value given in the
            attribute, can be used as a shortcut key, then the user agent
            may assign that combination of keys as the element's
            assigned access key and abort these steps.

PROBLEM with subsets 1 and 2: does this, in fact, mean:

         1. If the value is not a string exactly one Unicode code point
            in length, procede to the fallback step for this value.

         2. If the value does not correspond to a key on the system's
            keyboard, then procede to the fallback step for this value.

if so, why not say so?

subset 3 is event more problematic: for that i will submit a separate 
bug
Comment 1 Ian 'Hixie' Hickson 2010-09-28 07:01:41 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: Rejected
Change Description: no spec change
Rationale: No, it only means to skip the steps for the one bogus value, not for the whole attribute. There might be more values after this one.
Comment 2 Joshue O Connor 2010-10-26 15:58:25 UTC
The HTML A11y Bug Triage Subteam decided that this not an issue and that Gregory should escalate this bug if he feels it is warranted.