- From: Larry G. Hull <Larry.G.Hull@nasa.gov>
- Date: Thu, 27 Feb 2003 14:46:03 -0500
- To: "Jesper Tverskov" <jesper.tverskov@mail.tele.dk>
- Cc: <w3c-wai-ig@w3.org>
At 11:22 PM +0100 2/26/03, Jesper Tverskov wrote:
>>>Bill Mason wrote:
>>> > This is a really annoying number of years that keeps getting
>>>pulled out of
>>> > thin air repeatedly. There is nothing to substantiate it, or to make me
>>> > believe it accurate.
>>>
>>>David Woolley wrote:
>>>CSS2 is over 5 years old; there is no browser that supports it fully
>>>and many with very broken support still in use.
>>
>>Bill Mason wrote:
>>5-10 years keeps getting thrown around as a timeframe to invent and
>>implement an alternative to accesskey. You're citing how long since
>>implementation of CSS2 it's taken for browser support to ramp up.
>
>I would like to add:
>ACCESSKEY as far as I remember is from the HTML 4.0 spec from late 1997 more
>than 5 years ago. A great user agent like Opera does not support it yet.
>
>Cheers,
>Jesper Tverskov
To bring this discussion up to current time, one recent comment on
the XHTML 2.0 Working Draft of 31 January 2003 was,
ACCESSKEY attribute
Users should be able to query a resource for current
keyboard bindings supplied by the author
Users should be able to remap bindings to meet their
own requirements
If anyone is interested, the 31 January 2003 working draft is at
http://www.w3.org/TR/2003/WD-xhtml2-20030131/
The pertinent section currently says,
accesskey = Character
This attribute assigns an access key to an element.
An access key is a single character from the document
character set. Note. Authors should consider the input
method of the expected reader when specifying an accesskey.
Pressing an access key assigned to an element gives focus
to the element. The action that occurs when an element
receives focus depends on the element. For example, when a
user activates a link defined by the a element, the user agent
generally follows the link. When a user activates a radio
button, the user agent changes the value of the radio button.
When the user activates a text field, it allows input, etc.
In this example, we assign the access key "C" to a link. Typing
this access key takes the user to another document, in this case,
a table of contents.
<p accesskey="C"
rel="contents"
href="http://example.com/specification/contents.html">
Table of Contents
</p>
The invocation of access keys depends on the underlying system.
For instance, on machines running MS Windows, one generally has
to press the "alt" key in addition to the access key. On Apple
systems, one generally has to press the "cmd" key in addition
to the access key.
The rendering of access keys depends on the user agent. We
recommend that authors include the access key in label text or
wherever the access key is to apply. User agents should render
the value of an access key in such a way as to emphasize its
role and to distinguish it from other characters (e.g., by
underlining it).
Regards,
Larry (who is NOT on the committee writing the draft)
Received on Thursday, 27 February 2003 14:46:37 UTC