- From: Ian Jacobs <ij@w3.org>
- Date: Mon, 22 Mar 1999 08:53:23 -0500
- To: w3c-wai-gl@w3.org
- Message-ID: <36F64B53.18C93A86@w3.org>
Hello, Here is a proposed agenda for today's teleconference: 1) Review the attached list of proposed changes. 2) Continue through the list of outstanding issues [1] (many of which are addressed by attached proposals). I will be augmenting the issues list throughout the day as I process email. WHEN: March 22, 4:00pm - 5:30pm (GMT -5) WHERE: +1 617-252-7000 (Tobin bridge) Regrets: Wendy. - Ian [1] http://www.w3.org/WAI/GL/wai-gl-issues.html -- Ian Jacobs (jacobs@w3.org) Tel/Fax: (212) 684-1814 http://www.w3.org/People/Jacobs
Proposed changes to Web Content Accessibility Guidelines Reference document [1] [1] http://www.w3.org/WAI/GL/WD-WAI-PAGEAUTH-19990316 1) To clearly indicate the division between author responsibility and user agent responsibility: a) All checkpoints involving interim responsibility from authors will contain the wording "Until user agents ..." These checkpoints are: all of guideline 9, all of guideline 12, checkpoint 15.4 (group related links), and 1.7 (Provide redundant text links for each active region of an image map.) b) For each checkpoint, include the "until" wording since checkpoints may be read on their own. It is not sufficient to say it in the guideline rationale. c) Include an explanation of what "Until user agents..." means. Proposed text: <BLOCKQUOTE> In some of the checkpoints below, content developers are clearly the best candidates for ensuring accessibility. However, there are times when user agents would be the better choice. Unfortunately, not all user agents or assistive technologies provide the accessibility control users require (e.g., some user agents may not allow users to turn off blinking content, or some screen readers may not handle tables well). To address cases where the responsibility for providing accessible control lies with the user agent or assistive technology but that control is not yet easily available, certain checkpoints contain the phrase "until user agents ...". When content developers see this phrase, they should recognize that they are being asked to provide additional support for accessibility until most user agents meet users' needs. For each checkpoint with this phrase, content developers must consider: 1.What is their anticipated audience? For example, designing for a company intranet where everyone uses the same browser is different than designing for the World Wide Web. 2.Do those users have tools available that satisfy the demands of the checkpoint? If the answer to the second question is yes, content developers are not required to satisfy the checkpoint. How will content developers know when most user agents or assistive technologies meet specific needs? The W3C WAI will make this information available from its Web site (either directly or by providing links to the information). Content developers are encouraged to consult this information regularly for updates on accessibility support. </BLOCKQUOTE> 2) Divide checkpoint 9.2 into two checkpoints. Current text: Avoid any blinking or updating of the screen that causes flicker. [Priority 1] Proposed change: a) Priority 1: Until user agents allow users to control it, avoid causing the screen to flicker. [Add note about epilepsy here.] b) Priority 2: Until user agents allow users to control it, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off). 3) Proposed change in wording of Note in guideline 12. Current wording: The following checkpoints apply until most users are able to secure newer technologies that address these issues. Proposed wording to emphasize user agents: The following checkpoints apply until user agents and assistive technologies address these issues. 4) Do references designated the latest versions of documents or dated versions? Proposed: a) Add a link from checkpoint 13.1 (Use the latest W3C specs) to the references section. b) In the references section, add a statement about where to find the current versions of W3C specs. c) The list of references will contain dated versions so that readers will know what existed when the guidelines were created. d) To each entry in the list, add a link to the latest version. /* Once the WG has made a decision, inform Misha who raised this issue in [2] */ [2] http://lists.w3.org/Archives/Public/w3c-wai-gl/1999JanMar/0333.html 5) Changes for guideline 6. a) In 6.3, add "including text equivalents (e.g., captions)" 6) Changes for guideline 9. a) All checkpoints in guideline 9 priority 2 except for the one about flicker. 7) Changes for guideline 15. a) Move note about LINK relationships from 15.3 to 15.2 b) Move 15.10 to after 15.3. c) Change priority level of 15.6 to 2. d) Merge 15.4 and 15.5 into a priority 2 checkpoint. Proposed wording: Provide information about the general layout of a site (e.g., a site map, or table of contents). e) For 15.9: i) Add an "until user agents" statement. ii) Add more rationale (e.g., performance) iii) Proposed wording: Facilitate offline browsing. 8) In Abstract, make clear that this is a reference document and that for more information, readers should consult the EO Web site. 9) Add a definition of "assistive technology" to the glossary. 10) Add a section about document conventions to "How the guidelines are organized". This includes: a) Element names are uppercase. b) Attribute names are quoted lowercase. c) Describe linking conventions. 11) Discussion of browser support for elements and attributes is outside the scope of this document. Need help from WAI CG and Web Characterization Activity.
Received on Monday, 22 March 1999 08:54:41 UTC