W3C logoWeb Accessibility Initiative (WAI) logo

WAI: Strategies, guidelines, and resources to make the Web accessible to people with disabilities

[DRAFT] Requirements/Analysis and changelog for updated Quick Tips

Last updated $Date: 2011/03/08 21:41:29 $

Note: This is an unapproved draft and should not be referenced or quoted under any circumstances.

See also:

Page Contents

Purpose

Audience and Document Use

1. WCAG 2.0 at a Glance

Note that this does not meet the purpose of providing very specific tips for developers.

Rough draft of layout on business card

At the end of this page:

Below:

showing page break of above in a card...

WCAG 2.0 Documents Image

Goals:

  1. Show that there are different documents
  2. Show that "How to Meet: A customizeable quick reference... "
    • will be the most useful document for most people
    • includes all the requirements (guidesline and success criteria) from WCAG20
  3. Keep it clear that WCAG20 is the standard.
    (low priority: show WCAG20 as short)
  4. Show that Techniques is useful for developers
  5. Show that Understanding is a tangential document
  6. Show where the links go

Notes:

See WCAG 2.0 Documents for the latest iteration of the image...

other images:

3. HTML Techniques

New

title brainstorms:

old brainstorms on the things to do to retrofit a site for accessibility

Past Quick tips

  1. Images & animations: Use the alt attribute to describe the function of each visual.
  2. Image maps. Use the client-side map and text for hotspots.
  3. Multimedia. Provide captioning and transcripts of audio, and descriptions of video.
  4. Hypertext links. Use text that makes sense when read out of context. For example, avoid "click here."
  5. Page organization. Use headings, lists, and consistent structure. Use CSS for layout and style where possible.
  6. Graphs & charts. Summarize or use the longdesc attribute.
  7. Scripts, applets, & plug-ins. Provide alternative content in case active features are inaccessible or unsupported.
  8. Frames. Use the noframes element and meaningful titles.
  9. Tables. Make line-by-line reading sensible. Summarize.
  10. Check your work. Validate. Use tools, checklist, and guidelines at http://www.w3.org/TR/WCAG

4. Components

title brainstorms:

Web Accessibility: Shared Responsibilities

image described at http://www.w3.org/WAI/intro/components-desc#guide

Web developers use authoring tools and evaluation tools to create Web content.
People use Web browsers, media players, assistive technologies, or other "user agents" to interact with content.

W3C WAI Accessibility Guidelines:

See www.w3.org/WAI/intro/components

Example formatting (compared to previous Quick Tips card on left):

showing image one one side and text on the other...

5. Quick Tips

From Gregg

Perceivable:

Operable:

Understandable:

Robust:

Notes and Requirements

References

Archive

Note: Don't add ideas on bullets where not addressed in WCAG 2.0.

WCAG 2.0 documents images

The following images are unapproved, rough drafts. Please do not use them. The definitive version is above and at URI http://www.w3.org/WAI/intro/wcag20docs

with lines, no arrows (8 August)

@@

without any arrows or lines (8 August)

@@

(7 August)

@@

with a light yellow background in the center triangle (6 August)

@@

with understanding green (6 August)

@@

with boxes touching (6 August)

@@

with Understanding redish & big pointers from WCAG 2.0 (6 August)

@@

with little arrows around WCAG 2.0 (5 August)

@@

triangel with WCAG 2.0 in teh center WCAG 2.0 (4 August)

@@

last July version

@@

Together, with arrows

@@

Separate, WCAG at top and Understanding at bottom

@@

Separate, How to Meet at top and Techniques at bottom

@@

Separate, WCAG at top (based on sketch from SAZ & AA)

@@

Overlapping before tweaking

@@

The above images are unapproved, rough drafts. Please do not use them. The definitive version is above and at URI http://www.w3.org/WAI/intro/wcag20docs

colours: blue: 0, 90, 156. (66, 116, 182). orange 930=153, 51, 0 (235, 111, 17). 036=0, 51, 102

Glance short version sent to WAI IG for review 7 July 2008

Web Accessibility: WCAG 2.0 at a Glance

See www.w3.org/WAI/intro/wcag

Perceivable

Operable

Understandable

Robust



Review notes:

Glance short version from 29 May 2008

Web Accessibility: WCAG 2.0 at a Glance

Perceivable (sense)

Operable (use)

Understandable (learn)

Robust (works)

See www.w3.org/WAI/intro/wcag

Glace headings brainstorms:

  1. Accessible Web Sites: WCAG 2.0 at a Glance
  2. Accessible Web Content at a Glance
  3. Accessible Web Content: WCAG 2.0 Highlights
  4. Accessible Web Content: W3C WAI WCAG 2.0 Highlights
  5. card: Accessible Web Sites: WCAG 2.0 Quick Card
    flyer/poster: Accessible Web Sites: WCAG 2.0 Quick View
  6. ... Highlights
    ... Summary
    ... Overview
    ... Compressed
    ... Quick View

Long version - for flyer or postcard perhaps - OLD, not up-to-date

Web Accessible: W3C WAI WCAG 2.0 Principles

The goal of Web Content Accessibility Guidelines (WCAG) 2.0 is to create Web sites and Web applications ("Web content") that is perceivable, operable, and understandable by the broadest possible range of users, and that is compatible with a wide range of assistive technologies, both now and in the future. See www.w3.org/WAI/intro/wcag

Perceivable

Operable

Understandable

Robust

Changelog

...

Big Images

WCAG 2.0 Glance - layout on 4 sides, folds once into business-card-size:

WCAG 2.0 Glance - comparison to previous Quick Tips card for size:

comparison of layout of existing Quick Tips card and new WCAG 2.0 at a Glance card...

[layout of text above on a small card]

Comparison Table

  /TR/ WCAG 2.0 Current At a Glance Proposed changes How People with Disabilities Use the Web
1.1 Text Alternatives: Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as... Provide text alternatives for non-text content.   Text alternatives for non-text content
1.2 Time-based Media: Provide alternatives for time-based media. Provide captions and alternatives for audio and video content. Provide captions and other alternatives for multimedia. Alternatives for audio and video content
1.3 Adaptable: Create content that can be presented in different ways (for example simpler layout) without losing information or structure. Make content adaptable; and make it available to assistive technologies. Create content that can be presented in different ways, including by assistive technologies, without losing meaning. Content can be presented in different ways
1.4 Distinguishable: Make it easier for users to see and hear content including separating foreground from background. Use sufficient contrast to make things easy to see and hear. Make it easier for users to see and hear content. Content is easier to see and hear
2.1 Keyboard Accessible: Make all functionality available from a keyboard. Make all functionality keyboard accessible. Make all functionality available from a keyboard. Functionality is available from a keyboard
2.2 Enough Time: Provide users enough time to read and use content. Give users enough time to read and use content.   Users have enough time to read and use the content
2.3 Seizures: Do not design content in a way that is known to cause seizures. Do not use content that causes seizures.   Content does not cause seizures
2.4 Navigable: Provide ways to help users navigate, find content, and determine where they are. Help users navigate and find content.   Users can easily navigate, find content, and determine where they are
3.1 Readable: Make text content readable and understandable. Make text readable and understandable.   Content is readable and understandable
3.2 Predictable: Make Web pages appear and operate in predictable ways. Make content appear and operate in predictable ways.   Content appears and operates in predictable ways
3.3 Input Assistance: Help users avoid and correct mistakes. Help users avoid and correct mistakes.   Users are helped to avoid and correct mistakes
4.1 Compatible: Maximize compatibility with current and future user agents, including assistive technologies. Maximize compatibility with current and future technologies. Maximize compatibility with browsers and user tools. Content is compatible with different technologies

Notes for 4.1 - see wording above for approach! and note 60+/- character limit

Remember the goal is for those not familiar with accessibility to read this and think, "ok, I understand the basic idea"; it does not need to be technically accurate.

WCAG says: "Compatible: Maximize compatibility with current and future user agents, including assistive technologies."
The Succses Criteria are: "Parsing: 4.1.1 In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique..." and "Name, Role, Value: 4.1.2 For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies."

Brainstorms that fit on the card:

More ideas ruled out:

Notes for 1.3 Adaptable

Current wording:

Brainstorms

NOTE: these are just brainstorms, not suggestions!
NOTE: would like to keep under 55 characters if possible.