- From: Gregg Vanderheiden <gv@trace.wisc.edu>
- Date: Tue, 7 Mar 2006 16:47:09 -0600
- To: <w3c-wai-gl@w3.org>
- Message-ID: <019a01c64239$11487c50$ee8cfea9@NC6000BAK>
We have been working on 4.1 to clean it up and develop the HTM docs etc. In the process we are have come up with some clearer and more accurate wording. We are posting this to the GL list for comment. Some intro comments. Label - usually refers to something you can see (or hear if presentation is auditory). Name - is a user comprehensible ID for a component. A widget on a screen may not have a label - or the label may be an icon. But it must have a name attribute that is attached to it. We changed name of Guideline from "ensure compatibility" to "Enable compatibility" since you can't ensure it without controlling the AT. Also it refers to the future. So Ensuring the future is .. Well.. ambitious. Enable is a bit better. Also proposing changes to some definitions - so look at those as well. If these look good we will proceed go write up the HTM and how to meet docs. We will survey these tomorrow - but if you have suggestions - post them now so we can incorporate them. Thanks Gregg DEFINITIONs PROGRAMMATICALLY DETERMINED determined using software services that are supported, publicly documented, and implemented by assistive technology. PROGRAMMATICALLY SET set using software services that are supported, publicly documented, and implemented by assistive technology. label SUGGEST DELETING LABEL AND REPLACE WITH NAME -- in 1.1.2 1.1.4 and 2.4.6 [ WAS "text that identifies a component within Web content. (from ED 24Jan06)"] this allows us to not use LABEL which has HTML connotations. AND it acknowledges that the name may not be visible - though labels usually are. FINALLY - it harmonizes us with other US and ISO accessibility standards NAME text by which software can identify a component within Web content to the user. ROLE text or a number by which software can identify the function of a components within Web content (such as an image that functions as a hyperlink, command button, or check box). PERCEIVABLE PROPERTIES information about the identity, nature, and state that are presented to the user. Guideline 4.1 Enable compatibility with current and future user agents (including assistive technologies) Level 1 Success Criteria for Guideline 4.1 Guideline 4.1 Support compatibility with current and future user agents (including assistive technologies) 4.1.1 Web Pages (including Web <http://trace.wisc.edu/wcag_wiki/index.php?title=Web_Pages_%28including_Web_ Applications%29&action=edit> Applications) can be parsed unambiguously and the relationships in the resulting data structure are also unambiguous. [ How_to_Meet_Success_Criterion_4.1.1 <http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criteri on_4.1.1> ] 4.1.2 For each user interface component in the content, the name <http://trace.wisc.edu/wcag_wiki/index.php?title=Name_attribute&action=edit> , role <http://trace.wisc.edu/wcag_wiki/index.php?title=Role_attribute&action=edit> , and all perceivable properties <http://trace.wisc.edu/wcag_wiki/index.php?title=Perceivable_attributes&acti on=edit> can be programmatically determined <http://trace.wisc.edu/wcag_wiki/index.php?title=Programmatically_determined &action=edit> .[ How_to_Meet_Success_Criterion_4.1.2 <http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criteri on_4.1.2> ] NOTE: SC 4.1.2 through 4.1.4 are usually automatically met by HTML and other markup languages in conjunction with accessible user agents unless authors are creating their own user interface components in software. DELETE THIS new 4.1.3 IF NEW 1.3.1. SAYS "INFORMATION AND RELATIONSHIPS CONVEYED THROUGH PRESENTATION CAN BE PROGRAMMATICALLY DETERMINED. 4.1.3 Relationships between user interface components in the content can be <http://trace.wisc.edu/wcag_wiki/index.php?title=Programmatically_determined &action=edit> programmatically determined. 4.1.4 Content and attributes of user interface components can be programmatically set <http://trace.wisc.edu/wcag_wiki/index.php?title=Programmatically_set&action =edit> directly to any values to which they can be set through the user interface [ How_to_Meet_Success_Criterion_4.1.4 <http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criteri on_4.1.4> ] Note: Some examples of standardized properties that typically can be changed by the user interface include its value, whether it is currently selected, and whether it currently has the focus. 4.1.5 Any changes to user interface components in the content can be programmatically determined <http://trace.wisc.edu/wcag_wiki/index.php?title=Programmatically_determined &action=edit> without having to compare current and past values to detect change. [ How_to_Meet_Success_Criterion_4.1.5 <http://trace.wisc.edu/wcag_wiki/index.php?title=How_to_Meet_Success_Criteri on_4.1.5> ] Gregg ------------------------ Gregg C Vanderheiden Ph.D. Professor - Depts of Ind. Engr. & BioMed Engr. Director - Trace R & D Center University of Wisconsin-Madison < <http://trace.wisc.edu/> http://trace.wisc.edu/> FAX 608/262-8848 For a list of our list discussions http://trace.wisc.edu/lists/ The Player for my DSS sound file is at http://tinyurl.com/dho6b <http://trace.wisc.edu:8080/mailman/listinfo/>
Received on Tuesday, 7 March 2006 22:47:14 UTC