W3C logo Web Accessibility Initiative (WAI) logo

Change Log: Introduction to Web Accessibility

This page records changes made to the WAI resource: Introduction to Web Accessibility. Please send additions or corrections to wai-eo-editors@w3.org.

Last updated on $Date: 2005/09/07 01:17:47 $ by $Author: shawn $

on this page: Changes since Version 1.0 | About (Requirements) | Pre-Version 1 Changelog


Proposed changes not yet implemented

  1. confirm addressed issues at: http://lists.w3.org/Archives/Public/w3c-wai-eo/2005JulSep/0056.html
  2. [on hold] Put the terminology notes in a side column (see I18N)

Changes since Version 1.0

Version 2.0

  1. [2005-08August] significant rewrite of several sections

Version 1.1

  1. [2005-02Feb-03] added link to Spanish translation

About the Introduction to Web Accessibility (Mini Requirements)

Purpose

Introducing people to all the WAI resources is not a purpose of this document.

Audience

Other audience notes:

Notes


Pre-Version 1 Changelog

Changes from 25 September

Changes from 17 August

Change requests from 6 August 2004

Change requests from 23 July 2004

Issues for 23 July 2004

Version: 2004.07.20

What is Web Accessibility

  1. I like the second sentence. Suggest that the order of the first and second sentences be reversed. [Libby]
  2. I like the first paragraph of the document a lot. Will "How People with Disabilities Use the Web" be also made into a link once its available? [Shadi]
  3. "Web accessibility focuses on developing the Web so that people with
    disabilities can use it effectively. More specifically, the primary goal of
    Web accessibility is that people with visual, auditory, physical, speech,
    cognitive, and neurological impairments can perceive, understand, navigate,
    and interact with Web sites."

    "developing the Web" is ambiguous to me. We are not about developing the
    Web but about making the creation/use of the content thereof accessible.
    [William]

    reply:
    Sorry, I don't understand the difference you are trying to point out, please explain a little more clearly.
    In order to use the content of the Web, the underlying protocols and tools must also support accessibility. What is left of the Web which we don't address? [Shadi]

  4. What is Web Accessibility (a question) and I find it difficult to see or understand the first sentence as an answer to this question, I have problems with the concept. My suggestion is to change the sentence from: "Web accessibility focuses on developing the Web so that people with disabilities can use it effectively."
    To:
    "Web accessibility means that people with disability can use the web effectively".
    [Helle]

  5. I wish we could find a much-abbreviated version of "people with visual,
    auditory, physical, speech, cognitive, and neurological impairments". [William]

    In order to make the list of impairments shorter could we say: communication, mobility, and cognitive impairments? I can't remember if we already have tried these terms and rejected them.
    [Helle]

  6. I would like to see *creation* of Web content more specifically included
    since this has been a constant crusade. We tend to drift into the mind-set
    of Web use as that of an audience - it is vital that we emphasiz(s)e the
    postingto, not just the reading of the Web. [William]

  7. - Current wording: "Organizations can also benefit from Web accessibility,
    which is addressed in "
    Developing a Web Accessibility Business Case for Your Organization."

    - concerns: it is not clear to me what is adressed in the linked document.

    - Suggestion for revision:
    The way organizations can also benefit from Web accessibility is addressed in " Developing a Web Accessibility Business Case for Your Organization."
    [Sylvie]

Why Web Accessibility is Important

  1. In paragraph 2 "Why Web Accessibility is Important", I am missing leisure (i.e. day-to-day) as one of the key factors but I'm not sure how to word it or fit it in. [Shadi]
  2. such phrases as "... designed with accessibility barriers that create unnecessary difficulties..." beg (or even cry out) for monosyllabification. Something like "make Web use hard"? [William]
  3. I think the discussion about "barriers" to Web use do well to parallel the
    well-understood physical/architectural barriers with the kind we deal with:
    perhaps "functional" barriers?
    [William]
  4. Paragraph 2, Sentence 2 reads:
    "Currently most Web sites are designed with accessibility barriers that create unnecessary difficulties for many people with disabilities or even prevent them from using the site at all."
    "... are designed with ... " seems to suggest that inaccessible design is a conscious decision (i.e. made by evil content providers) when we generally accept (don't we?) that much inaccessible design happens due to lack of awareness.

    How about:
    "Currently most Web sites have accessibility barriers that create unnecessary difficulties for many people with disabilities or even prevent them from using the site at all."
    This is simpler and less confrontational, in my mind
    [Chuck]

  5. Third sentence:
    - Current: wording:
    "The opportunity that the Web offers of unprecedented access to information
    and interaction for people with disabilities is addressed in Web Accessibility is a Social Issue."

    - Concerns this sentence is not clear for me.
    - Unfortunately no suggestions.
    [Sylvie]

Making the Web Accessible

  1. "Making the Web Accessible": in my opinion I feel that the first paragraph does not speak to me as someone new to Web accessibility as it goes into too much details about tools and technologies. How about making this paragraph even more higher level and move this paragraph as is to a new sub-heading called "Web Tools" or something like that (also to explain what is meant by "Web tools" which is used throughout the document)? [Shadi]
  2. Have we discussed to use lists (<li>) in stead of comma (,) in e.g. Making the Web Accessible Web accessibility is dependent on many factors, including Web site developers, Web browsers and media players, assistive technologies, authoring tools and evaluation tools, Web technologies, and users, as explained in "Components of Web Accessibility <http://www.w3.org/WAI/EO/Drafts/UCD/components> ." The Web Accessibility Initiative (WAI) <http://www.w3.org/WAI/about.html> develops guidelines for these components, that are international standards for Web accessibility. Could look like:

    Making the Web Accessible
    Web accessibility is dependent on many factors, including (what have we left out in this list?)
    Developers
    Browsers
    Media players
    Assistive technologies
    Authoring tools
    Evaluation tools
    Web technologies
    Users (end users or ?)
    More details and explanations can be found in "Components of Web Accessibility <http://www.w3.org/WAI/EO/Drafts/UCD/components> ." The Web Accessibility Initiative (WAI) <http://www.w3.org/WAI/about.html>
    develops guidelines for some of these components, that are international standards for Web accessibility.
    [Helle]

Making a Specific Site Accessible

  1. Finally and to be picky, in "Making a Specific Site Accessible" I suggest to add "or redesign projects" to the end of the second sentence in the first paragraph. [Shadi]

General

  1. I have a more general question: is it necessary to use the word Web so many times? Especially in the chapter: Making the Web Accessible. [Helle]
  2. Throughout the document the terms "site" and "web site" seems to have been used a little inconsistently. [Helle]

Changes from 20 July 2004

Changes from 18 June 2004

Changes from 11 June 2004

Review questions 9 June 2004

NOTE: The different sectioning with fonts, borders, and columns is a rough idea of separating types of information. The design details will be determined with the overall WAI site redesign.
  1. General reactions...
  2. Does this have the right information? Should a topic be omiited? Should a topic be added?
  3. Does this have the right amount of information? Should a topic be covered in more detail? Should a topic be covered in less detail?
  4. Can it be made shorter and simpler? Should the examples be on a separate page? Or, should there be two versions of the page, one version with examples and one versions without examples?
  5. Are the right resources referenced ("More on..." sections)? Should a reference be omitted? Should a reference be added?
  6. Which areas need editing?
  7. Other comments...

Ideas for Later or Next Version