W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > October to December 2006

RE: More data on accesskeys (New article written Nov. 1)

From: Andy Mabbett <andy_mabbett@birmingham.gov.uk>
Date: Fri, 3 Nov 2006 15:45:25 +0000
To: <w3c-wai-ig@w3.org>
Message-ID: <OFD08E6052.69DDB2FD-ON8025721B.00561D02-8025721B.00568E53@birmingham.gov.uk>

"John Foliot - WATS.ca" <foliot@wats.ca> wrote on 03/11/2006 14:10:00:

> Andy Mabbett wrote:
> >> True, and several links were provided earlier in the thread to
> >> implementations,
> >
> > Sorry; I seem to have missed those.

> - http://juicystudio.com/article/user-defined-accesskeys.php
> - http://juicystudio.com/article/user-defined-access-keys-aspversion.php
> 
> There are others...

Thank you.

> > Again,  my proposal is precisely the opposite. The user would
> > configure their UA, once, regardless of which sites they subsequently
> > visit.

> This is pretty much how and what the ACCESS element and @role attribute 
are
> envisioned to do.

Does that include use of the <link rel=""> headers?

> Jon Gunderson, (University of Illinois at Urbana-Champaign) has set up 
some
> test cases that require the iCATA Accessibility Toolbar extension for
> Mozilla/Firefox to demonstrate (proof of concept)
> - http://www.cita.uiuc.edu/software/mozilla/
> - http://firefox.cita.uiuc.edu/test/ts-test-page-role.php

I'll have a play with that, and read your page, as soon as I can find 
time.

-- 
Andy Mabbett

***********************************************************************
The information contained within this e-mail (and any attachment) sent by Birmingham City Council is confidential and may be legally privileged. It is intended only for the named recipient or entity to whom it is addressed. If you are not the intended recipient please accept our apologies and notify the sender immediately, or telephone +(44)(0)121 464 4444. Unauthorised access, use, disclosure, storage or copying is not permitted and may be unlawful. Any e-mail including its content may be monitored and used by Birmingham City Council for reasons of security and for monitoring internal compliance with the office policy on staff use. E-mail blocking software may also be used. Any views or opinions presented are solely those of the originator and do not necessarily represent those of Birmingham City Council. We cannot guarantee that this message or any attachment is virus free or has not been intercepted and amended.
***********************************************************************
Received on Friday, 3 November 2006 15:53:34 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 07:13:31 UTC