W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2004

[whatwg] Accesskey in Web Forms 2

From: James Graham <jg307@cam.ac.uk>
Date: Tue, 09 Nov 2004 14:27:57 +0000
Message-ID: <4190D3ED.9000607@cam.ac.uk>

Laurens Holst wrote:

> Ian Hickson wrote:
>> Yeah, that makes sense. So we're saying access keys should be 
>> completed deprecated in HTML?
> My vote would be in favour of that. Accesskeys are never useful and only
> annoying. On some sites pressing ALT+S for my RSS reader (Sage) will
> focus my cursor on the search field. Yet on other sites where I would
> like easy access to the search field, no access key is set.
I disagree and I doubt whether browser makers would sacrifice HTML 4 
features that may be important in some applications (e.g. intranet 
sites) even where long-standing usability issues exist. Instead, we 
should merely change the text about accesskeys to note that:

1) UAs _should_ provide a mechanism for invoking document accesskeys 
that does not conflict with OS/application keybindings (this typically 
precludes alt + key or ctrl + key).
2) UAs _should_ allow accesskeys to be assigned to elements where no 
author-defined accesskey exists and _should_ allow author-set 
keybindings to be overridden
3) UAs _should_ provide a list of accesskeys defined on the current page 
(2 above will necessarily require this)

Additionally we could standardise accesskeys for authors (all with 
_should_ or even  _may_ ) e.g. acceskey s _should_ be used to focus a 
search field. Accesskey 0 _should_ return the user to the site homepage etc.
Received on Tuesday, 9 November 2004 06:27:57 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:20 UTC