Free Xenon Consulting » GAWDS http://www.freexenon.com PSD or Image to Site with Accessibility Built In Mon, 17 May 2010 15:59:18 +0000 http://wordpress.org/?v=2.8.4 en hourly 1 Access Keys http://www.freexenon.com/2005/12/15/access-keys/?utm_source=rss&utm_medium=rss&utm_campaign=access-keys http://www.freexenon.com/2005/12/15/access-keys/#comments Thu, 15 Dec 2005 14:50:00 +0000 FreeXenon http://www.fx.serenitystudios.com/?p=15 Access Keys have once again found its way onto the GAWDS mailing list, as it does at least once a year , and surprisingly John Foliot has not thrown his hat into the ring. John, co-founder of WATS.ca, is one of the most vocal proponents against implementing accesskeys in their current state of support in modern browsers and I do agree with him, but I do see the value in their use in a limited manner. John is also very against the W3C’s XHTML 2.0 specification’s (a work in progress) implementation of the Key attribute which, when used together with Access element, will basically implement the Accesskey again as it is now – a designer specified key combination. This is a problem that really needs to be addressed. Email the W3C (www-html@w3.org) and leave your thoughts about this and let them know that the Key attribute is not acceptable and needs to be removed from the specification. For the real specifics of the issue see his article: ACCESS + KEY still = ACCESSKEY – The XHTML Role Access Module still flawed.

The XHTML 2.0 specificationprovides for the @role attribute which will result in a better implementation allowing user control over the keys that are assigned to roles (and not the site author) allowing key combinations that are intuitive to the user (because they will be able to be user defined). One of the current problems with access keys and the Access+Key features of the XHTML 2.0 specification is that they will most likely be different on each and every site that implements them because they will be defined by the site’s designers. There will be some that will be the same, but I think that they might be the exception and not the rule. For these technologies to be really usable for web users at large they need to be standardized (as some Roles will be) and user defined. Anything other than that will generate usability and accessibility issues.

Working with Access Keys

The discussion brought up some interesting ways to allow the Accesskeys to be user defined. A few client side Javascript based solutions were offered (Accessify.com and
a Juicy Studio Experiment), but the problem, of course, is that these will not work if javacript is disabled or not available on the accessing user agent. The preferred solution,  I believe,
is a server side solution, that way its functionality is not dependent on client side technology.

Related Links

Following are a list of links related to this topic so that you can make the decision to use or not to use Access Keys yourself! These may be a little biased but take it as you will. =)

WATS.Ca Links
Other Access Key Links
World Wide Web Consortium’s Related Specifications
]]> http://www.freexenon.com/2005/12/15/access-keys/feed/ 0