- From: Lisa Seeman <seeman@netvision.net.il>
- Date: Thu, 13 Mar 2003 14:25:32 +0200
- To: w3c-wai-gl@w3.org
just to clarify: We should promote accessibility even when the natural language of the site does not have adequate user agent support. assistive technologies do not support some language because there are no accessible sites in that language. It is a chicken and egg thing. As soon as there is enough pages (say all government pages), it becomes worth it for assistive technologies to provide support. Also you can translate a page and then use a screen reader -if it is accessible. Also you can get partial accessibility, such as enlargement of text ,but not full support such as speech... Besides whould this checkpoint make it against Australian legislation for a site to have content in some languages? . All the best, Lisa Seeman UnBounded Access Widen the World Web lisa@ubaccess.com <mailto:lisa@ubaccess.com> www.ubaccess.com <http://www.ubaccess.com/> Tel: +972 (2) 675-1233 Fax: +972 (2) 675-1195 -----Original Message----- From: w3c-wai-gl-request@w3.org [mailto:w3c-wai-gl-request@w3.org]On Behalf Of Lisa Seeman Sent: Tuesday, March 11, 2003 4:41 PM To: w3c-wai-gl@w3.org Subject: RE: Redraft of 5.3 ohw does this work when the natural language of the site does not have adequate user agent support? All the best, Lisa Seeman UnBounded Access Widen the World Web lisa@ubaccess.com <mailto:lisa@ubaccess.com> www.ubaccess.com <http://www.ubaccess.com/> Tel: +972 (2) 675-1233 Fax: +972 (2) 675-1195 -----Original Message----- From: w3c-wai-gl-request@w3.org [mailto:w3c-wai-gl-request@w3.org]On Behalf Of Cynthia Shelly (by way of Wendy A Chisholm <wendy@w3.org>) Sent: Friday, March 07, 2003 5:41 PM To: w3c-wai-gl@w3.org Subject: Redraft of 5.3 Here is my redraft of checkpoint 5.3. I've attempted to incorporate Lee's feedback (which included analysis of feedback from a bunch of other people including Ian). This draft uses more complicated language than the last, but I think it makes the intentions more clear. It's still a little rough, and I'd be happy to get feedback on both the substance and the language. I've added a link to UAAG as a success criteria at every level. These would be defined as UAAG profiles. We might not need to define a profile for every level, but I'd like to leave the option open. I think this gets rid of the need for 5.4, as the UAAG link was the only piece of 5.4 that wasn't redundant to some other part of the guidelines. I still have an action item to make sure that the guidelines cover interactive content properly, but assuming they do, 5.4 can go away. 1a may seem obvious, and is in fact self-referential. I think that it adds a level of clarity for human readers. Since this document is intended for human, not machine reading, I'm not bothered by the self-reference. I'd like to hear what others think about this one in particular. I added the level 2 requirement that the author be able to specify the data to pass through to access tools. This would be things like specifying what letter to use for the shortcut, or which text to read out. I'm not sure this is necessary, but it does make it easier for the author to design a usable alternative interface. The text of the checkpoint itself and the informative benefits section are unchanged. So, here it is... Checkpoint 5.3 Choose technologies that are designed to support accessibility. Success criteria You will have successfully met Checkpoint 5.3 at the Minimum Level if: 1. the technology or combination of technologies chosen a). allows the author/programmer to meet the other requirements of these guidelines. For example, the technology supports device independent event handling and has a mechanism for specifying text equivalents. b) provides a mechanism for the author/programmer to make use of the accessibility interfaces of the host operating system. This may be done via a user agent. c) has publicly documented interfaces for interoperability d) is implemented in user agents and/or proxies in the natural language of the content e) interoperates with assistive technologies in the natural language(s) of the content. This may be achieved by use of accessibility interfaces in the host operating system. 2) If the technology makes use of a user agent, the user agent [link to definition] meets UAAG at (insert level) You will have successfully met Checkpoint 5.3 at Level 2 if: 1) the technology or combination of technologies chosen allows the author/programmer to specify what data is to be passed through to the operating system accessibility interfaces 2) If the technology makes use of a user agent, the user agent [link to definition] meets UAAG at (insert level) You will have successfully met Checkpoint 5.3 at Level 3 if: 1) If the technology makes use of a user agent, the user agent [link to definition] meets UAAG at (insert level) The following are additional ideas for enhancing a site along this particular dimension: (presently no additional criteria for this level.) Benefits (informative) Authors who utilize technologies designed to support accessibility will: encounter fewer challenges when implementing these guidelines avoid the need to create custom solutions and workarounds to address accessibility concerns avoid the need to provide accessible alternate versions for content rendered in a technology that does not fully address these guidelines
Received on Thursday, 13 March 2003 07:25:46 UTC