- From: Charles McCathieNevile <chaals@opera.com>
- Date: Fri, 19 Jun 2009 20:18:45 +0200
- To: "Olivier GENDRIN" <olivier.gendrin@gmail.com>, "Simon Pieters" <simonp@opera.com>
- Cc: "public-html@w3.org" <public-html@w3.org>
On Fri, 19 Jun 2009 14:39:01 +0200, Olivier GENDRIN
<olivier.gendrin@gmail.com> wrote:
> On Wed, Jun 17, 2009 at 1:50 PM, Simon Pieters<simonp@opera.com> wrote:
...
>> A UA might want to change an element's access key in the following
>> situation:
...
>
> I agree with the idea you have in mind, but I think it's
> counter-productive on some websites. Those website that uses
> accesskeys have pages devoted to the accessibility mechanisms
> available on the website [1], where they give the list of the
> accesskeys. If the UA changes the accesskeys, theses pages become
> false.
This is true. Unfortunately, it comes from not thinking through the
attribute in the first place.
Another situation where changing accesskeys would make sense is in
presenting an english page, using numbers for accesskeys, to a french
azerty keyboard user where shift is required to activate the numbers.
And another would be presenting the page on Opera Mini on a handset that
doesn't have all the keys named.
As it happens, that page is already false. Opera on Mac OS X has support
for access keys, unlike what the page claims. But this isn't just a little
whine - in general, maintaining such pages is done poorly. It would be far
more efficient to have the browser provide the accesskey information
directly than to have the page try to do so. (Almost a decade the User
Agent Accesibility Guidelines included a requirement to do just this, in
recognition of the original problem...)
> [1] http://www.laposte.fr/layout/set/popup_footer/content/view/full/164,
> in french
cheers
Chaals
--
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 Friday, 19 June 2009 18:19:30 UTC