- From: Jan Richards <jan.richards@utoronto.ca>
- Date: Tue, 28 Feb 2006 12:18:05 -0500
- To: w3c-wai-au@w3.org
[1] Everything in Part A which talks to the UI of the authoring tool should be consistent with WCAG 2.0. In general, where the ATAG guideline intent is the same as WCAG, use the WCAG language. For example: 1. ATAG A.2.1: "Ensure that all functionality is operable via a keyboard or keyboard interface." WCAG 2.0: "Make all functionality operable via a keyboard interface." 2. ATAG A.2.3 : "Allow authors to control time limits on their reading or interaction." WCAG 2.0: "Allow users to control time limits on their reading or interaction." JR: I think we want to keep "Authors" instead of "users", but we could change our "ensure" to "make", etc. [4] A.1.3 "Ensure that displays are configurable" is not clear until you read the success criteria. It sounds like you are talking about hardware displays rather than display settings. I recommend "Make visual and audio display settings configurable." or "Make visual and audio display preferences configurable." I also think that "Make" is a better verb than "Ensure" for this guideline. You are talking about settings for the UI of the tool, so you must *make* them configurable. JR: I could go with: "Make visual and audio display preferences configurable." [5] A.1.4 "Allow the display preferences for the editing view to be changed without affecting the document markup." By saying "Allow" this implies that the display preferences will change the document markup view and you must provide an option to prevent that from happening. The language should be "*Ensure* the document markup view is not changed when the display preferences for the editing view are changed." JR: Not exactly - it means don't change the markup of the content to accomplish particular display preferences. I could see rewording it as: "Ensure changes to the display preferences of editing views do not affect the content being edited." [6] "Authoring system must be access system friendly" is not strong enough. Being "friendly" doesn't mean that it works with AT. I recommend something more like "Authoring system must work with current assistive technology" which is more consistent with the WCAG principle that "...content must be robust enough to work with current and future technology". Working and being "friendly" are two different things. JR: "Authoring system must work with current assistive technology" works for me. ============================= Here's the cumulative changes (in CAPS): A.0.1 Ensure that browser-accessed functionality conforms to WCAG. [Relative Priority] GUIDELINE A.1 Authoring Interface must be Perceivable A.1.1 Provide text alternatives for all non-text content[REM]. [Priority 1] [MATCHES WCAG] A.1.2 Provide synchronized alternatives for multimedia[REM]. [Priority 1] [MATCHES WCAG] A.1.3 MAKE VISUAL AND AUDIO DISPLAY PREFERENCES CONFIGURABLE. [Priority 1] A.1.4 ENSURE CHANGES TO THE DISPLAY PREFERENCES OF EDITING VIEWS DO NOT AFFECT THE CONTENT BEING EDITED. [Priority 1] A.1.5: Ensure that information, functionality, and structure can be separated from presentation. [Priority 1] [MATCHES WCAG] GUIDELINE A.2: Authoring Interface must be Operable A.2.1 Ensure that all functionality is operable via a keyboard A.2.1 MAKE all functionality operable via a [REM] keyboard interface. [Priority 1] [MATCHES WCAG] A.2.2 Ensure user configurable access to selectable actions. [Priority 3] A.2.3 Allow authors to control time limits ON THEIR READING OR INTERACTION. [Priority 1] [MATCHES WCAG] A.2.4 Allow authors to avoid content that could cause seizures due to photosensitivity. [Priority 1] [MATCHES WCAG] A.2.5: Ensure that editing views enable the author to navigate the structure and perform structure-based edits. [Priority 2] A.2.6: Allow the author to search content and markup within the editing views. [Priority 2] A.2.7: Provide an undo function. [Priority 2] A.2.8: Provide personalized configuration. [Priority 2] A.2.9: Ensure previews emulate accessible rendering features of target browsers. [Priority 2] GUIDELINE A.3 : Authoring Interface must be Understandable A.3.1: Observe the accessibility conventions of the platform. [Priority 2] A.3.2: Maintain consistency within the authoring tool user interface. [Priority 2] A.3.3: Document the authoring interface including all interface accessibility features. [Priority 1] GUIDELINE A.4: AUTHORING SYSTEM MUST WORK WITH CURRENT ASSISTIVE TECHNOLOGY A.4.1: Support interoperability with assistive technologies. [Priority 1]
Received on Tuesday, 28 February 2006 17:19:50 UTC