<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Derek Featherstone wrote:
<blockquote cite="mid000001c48aff$1a7008e0$fe01a8c0@faottcan001"
 type="cite">
  <pre wrap="">Ian Hickson <a class="moz-txt-link-rfc2396E" href="mailto:ian@hixie.ch"><mailto:ian@hixie.ch></a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">(And eventually, we'll define what accesskey is supposed to
do, in WA1...)
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Any thoughts about deprecating accesskey and creating the access attribute,
similar to that in the XHTML 2 drafts? It is much more flexible that way --
or is it too much work for browsers to change the way they work to make it
practical?
  </pre>
</blockquote>
I don't see the value in the XHTML 2 proposition at all. If the choice
of accesskeys is entirely left to the user/ua, there is little value in
the proposed access attribute - I would expect a UA to allow any link
or focusable element on the page to be assigned a user-defined
accesskey. The only interesting feature it provides is the ability to
assign a single accesskey to multiple elements. However, if the user
has to go to the trouble of setting all the accesskeys manually, they
could easilly do this themselves. Therefore the only value of the
attribute is to provide reasonable author defined defaults for the
elements that should have accesskeys and the groups of elements that
should have the same accesskey. This can be done in an entirely
backward compatible manner simply by specifying that the accesskey
attribute defines a default key that may be changed by the UA (either
by user preference or because of a conflict with an existing
keybinding). A DOM property could be provided to obtain the actual
accesskey assigned to an element.<br>
<br>
 This approach would have the two significant benefits over the XHTML2
approach; backward compatibility and the option of default accesskeys
for the (probably frequent) cases where the user doesn't wish to spend
time setting up the keyboard navigation. With the proviso that the UA
is not required to respect the author's choice of accesskeys or even
provide them at all, I think it's a much better solution. <br>
<br>
In my opinion, the problems with accesskeys are entirely with the
implementations (although the HTML 4 spec may be a little limited in
scope). Having a good implementation of accesskeys doesn't add to
marketshare so little time is spent producing an innovative solution to
the problems. Since any spec is unlikely to make people switch browsers
based on the quality of their accesskey implementation, this situation
is unlikely to change with either XHTML 2 or Web Forms. <br>
</body>
</html>