- From: Loretta Guarino Reid <lguarino@adobe.com>
- Date: Tue, 03 May 2005 17:38:59 -0700
- To: w3c-wai-gl@w3.org
Based on feedback from the group and discussions with Gregg, I've revised the proposals for GL 4.2.The changes are: * The definition of baseline has been streamlined, with more discussion moved to the conformance section * The original proposal 6 has been split into 2 parts, since part of it was related to the content being perceivable (GL 1.3) and part to the content being operable (GL 2.1). (Proposals [6] and [8]) * An additional SC for GL 1.3 is that user interface elements that can accept input have a label. (Proposal [7]) * A potential SC for GL 2.4 is that changes to the content can be programmatically determined. (Proposal [9]). This is to address the orientation problems introduced when the content changes. It isn't clear to me whether this really belongs in WCAG, or whether it is just a user agent issue. Loretta ***************************************************************************** We propose removing this guideline, since much of it is now covered by the baseline question, and modifying other parts of WCAG to cover the remaining issues. The proposed modifications are listed below. Proposals [1] Definition of baseline: <proposal> The minimum set of technologies that can be assumed to be supported by user agents in order to access all information and functionality of the Web content. </proposal> [2] Definition of technology <proposal> "Technology" means a data format, programming or markup language, protocol or API. </proposal> [3] Conformance Requirements modifications <proposal> WCAG 2.0 defines accessibility guidelines and success criteria as functional outcomes that are technology independent to allow conformance using any Web technology that supports accessibility. WCAG 2.0 therefore does not require or prohibit the use of any specific technology. It is possible to conform to WCAG 2.0 using W3C and non-W3C technologies, provided they are supported by accessible user agents. In choosing technologies to rely upon, developers need to know what technologies they can assume are supported by accessible user agents. This is called the baseline. Developers must ensure that all information and functionality comprising the Web content conforms to WCAG assuming user agents support only the baseline set of technologies. Developers may also choose to use technologies that are not in the baseline provided that the following are true: - The Web content still conforms using user agents that only support the technologies that are in the baseline (i.e. the use of technologies that are not in the minimum set does not "break" access to the Web content by user agents that don't support them.) - All content and functionality must be available using only the baseline technologies. Baselines may be defined outside the WCAG 2.0 guidelines as part of a more comprehensive accessibility policy. Baseline considerations will be significantly different if the organization defining the baseline can guarantee the user agents used by the users. For example, a company or government agency provides its employees with the information technology tools they need to do their jobs. So for intranet sites used only by employees, it is reasonable for the baseline to include newer technologies that might only be supported in one user agent. For a government publishing information for its citizens on the Internet, however, it is reasonable for the baseline to only include technologies that have been widely supported by more than one accessible user agent for more than one release. Alternatively, governments might implement funding policies to provide citizens with accessible user agents that support newer technologies. In this case, it is reasonable for governments to include in their baseline newer technologies that have limited support by accessible user agents. 1. Any conformance with WCAG 2.0 requires that all level 1 success criteria for all guidelines be met assuming user agent support for only the set of baseline technologies. 2. WCAG 2.0 conformance at level A means that all level 1 success criteria for all guidelines are met assuming user agent support for only the set of baseline technologies. 3. WCAG 2.0 conformance at level Double-A means that all level 1 and all level 2 success criteria for all guidelines are met assuming user agent support for only the baseline technologies. 4. WCAG 2.0 conformance at level Triple-A means that all level 1, level 2 and level 3 success criteria for all guidelines are met assuming user agent support for only the baseline technologies. </proposal> [4] Reading order <proposal> Promote the following success criteria of GL 2.4 to level 1: * When content is arranged in a sequence that affects its meaning, that sequence can be determined programmatically. * When a page or other delivery unit is navigated sequentially, elements receive focus in an order that follows relationships and sequences in the content </proposal> [5] authoring applications (part of conformance?) <proposal> Web applications that are created for the sole purpose of assisting users to create content intended for publication on the web must conform to at least Level A of the ATAG 2.0 Guidelines. </proposal> Issue: ATAG requires WCAG conformance, so we would definitely be introducing infinite recursion if we include this in WCAG. [6] New GL 1.3 Level 1 SC <proposal> The role, state, and value can be programmatically determined for every user interface component of the web content that accepts input from the user or changes dynamically in response to user input or external events. </proposal> [7] New GL 1.3 Level 1 SC <proposal> The label of each user interface control that accepts input from the user can be programmatically determined and is explicitly associated with the control. </proposal> [8] New GL 2.1 Level 1 SC <proposal> The states and values of contents that can be changed via the user interface can also be changed programmatically. </proposal> We may need to broaden the Guideline wording. [9] New GL 2.4, Level 1 SC <proposal> Changes to content, structure, selection, focus, attributes, values, state, and relationships within the content can be programmatically determined. </proposal> Issue: how much of this is just a user agent requirement? When does the author have responsibility for any of this?
Received on Wednesday, 4 May 2005 00:39:05 UTC