- From: gregory j. rosmaita <oedipus@hicom.net>
- Date: Thu, 23 Aug 2001 14:19:56 -0400
- To: <dnewman@globalformats.com>, <w3c-wai-gl@w3.org>
aloha, again! i should have pointed out, as well, that the accesskey conflict you described is not only IE-specific, but platform-specific as well -- hence, it should NOT be considered a fatal flaw in the definition of ACCESSKEY (which is, admittedly, ambiguous on the issue of "expected action in response to the invocation of an ACCESSKEY, including whether invoking an ACCESSKEY activates the element for which it was defined or whether it merely establishes focus upon the element for which it was defined), but rather, an implementation bug in IE5+ -- which, depending upon your viewpoint, stems from the choice of ACCESSKEY trigger (the ALT key) or the failure to provide a "pass-through" mechanism/keystroke which would allow an author to define an ACCESSKEY without appearing to have broken IE's user interface, and a user to trigger an ACCESSKEY without inadvertently opening a menu item or to open a menu item without triggering an ACCESSKEY gregory. PS: for non-Windows implementations of ACCESSKEY, please refer to the following post on the WAI-IG list, as well as responses to it: <http://lists.w3.org/Archives/Public/w3c-wai-ig/2001AprJun/0672.html> PPS: there are also accesskey test pages in GL web space -- consult: <http://www.w3.org/WAI/GL/#techniques-tests> for more details and links to the test pages...
Received on Thursday, 23 August 2001 14:19:14 UTC