W3C home > Mailing lists > Public > public-bpwg@w3.org > September 2009

Re: Accesskey in Addendum to Best Practices

From: Charles McCathieNevile <chaals@opera.com>
Date: Mon, 28 Sep 2009 09:47:51 +0200
To: achuter@technosite.es, "Public MWBP" <public-bpwg@w3.org>
Cc: "Scheppe, Kai-Dietrich" <k.scheppe@telekom.de>
Message-ID: <op.u0yil1fuwxe0ny@widsith.eng.oslo.osa>
On Mon, 28 Sep 2009 09:11:38 +0200, Alan Chuter <achuter@technosite.es>  

> Charles McCathieNevile wrote:
>> This is something that browsers which are also designed to handle the  
>> desktop web might naturally do, e.g. to deal with the fact that few  
>> phones have an "s" key, or that fewer have a "д" key, and that many  
>> authors don't follow guidelines such as "use only numbers".
>>  Between behaviour necessary for user agents to more effectively render  
>> the web, and the propensity of authors not to accurately describe how  
>> to use access keys anyway, it makes no sense to recommend the author  
>> describing how to use them - any more than it makes sense to recommend  
>> that authors tell users how to go to the page they were on before.
> It might be useful to recommend that rather than defining access keys  
> and explaining what the definitions are, authors should provide a page  
> saying that they **don't define them** but pointing to a guide to how  
> they can work.

Authors *do* define them, but they can be redefined. So we need to be  
careful of the terminology.

> The MWI could maybe provide such a page to point to, rather like the  
> page provided by WAI [1] for text size and colours, which tells people  
> how to use their browsers.

Maybe. This requires a commitment to *maintain* such content, and the BPWG  
at least is not expected to last long enough to make such a commitment  
mean anything at all...



Charles McCathieNevile  Opera Software, Standards Group
     je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals       Try Opera: http://www.opera.com
Received on Monday, 28 September 2009 07:48:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:43:01 UTC