- From: <Becky_Gibson@notesdev.ibm.com>
- Date: Tue, 1 Feb 2005 07:08:11 -0500
- To: "'WAI WCAG List'" <w3c-wai-gl@w3.org>
- Message-ID: <OF47CB3270.E1F8163C-ON85256F9B.00415F61-85256F9B.0043116F@notesdev.ibm.com>
I have a concern with Guideline 4.1 Success Criteria 1: Level 1 Success Criteria for Guideline 4.1 1. Except where the site has documented that a specification was violated for backward compatibility or compatibility with assistive technology, the technology has: [I] a. passed validity tests for the version of the technology in use (whether it be conforming to a schema, Document Type Definition (DTD), or other tests described in the specification), b. structural elements and attributes are used as defined in the specification. What about web applications that make use of HTML attributes supported by the browsers but not part of the specification/DTD? Often these attributes are used to create DHTML widgets that are accessible but were not created specifically to support accessibility? An example is the tabindex attribute. In Internet Explorer and Mozilla 1.8, this attribute can be used to allow focus to be given to any element. A tabindex equal to 0 puts the element into the tab order, a tabindex of greater than 0 puts the element in a specific tab order; a tabindex of less than 0 does not put the element in the tab order but allows programmatic focus to the element. Thus, the following example will put the <div> element into the default tab order of the page: <div tabindex="0" onclick="doMouseAction();" onkeypress="doKeyAction();">content of the div</div> But, a page using tabindex in this manner will not pass HTML 4.01 validation since tabindex is not supported on the <div> tag. Technically this example could pass GL 4.1 SC 1 since putting the div into the tab order does make it keyboard accessible and thus does make it compatible with assistive technology. But, that is not always the specific reasoning for using tabindex. I think we should relax this success criteria in order to allow the use of browser extensions even if their purpose is not strictly for "backward compatibility or compatibility with assistive technology". The real criteria should be that the result of using the technology remains accessible. Disallowing the used of these browser extension could severely limit web application development. thoughts, -becky Becky Gibson Web Accessibility Architect IBM Emerging Internet Technologies 5 Technology Park Drive Westford, MA 01886 Voice: 978 399-6101; t/l 333-6101 Email: gibsonb@us.ibm.com
Received on Tuesday, 1 February 2005 12:08:45 UTC