Accessibility
Download
Report
Transcript Accessibility
Accessibility in a
Web 2.0 World
Shawn Henry, W3C WAI
Topics
Components
ATAG
WCAG 2.0
Dynamic applications
Scripting, AJAX, RIA (rich Internet applications)
Handouts:
Expanded version
Additional URIs
You ?
W3C WAI ?
WCAG 1.0 ?
WCAG 2.0 ?
ATAG ?
Screen readers ?
AJAX ?
Heard of
Know
fairly
well
Want to know about:
What’s accessibility all about ?
WCAG 2.0 ?
Scripting, AJAX ?
W3C WAI
World Wide Web Consortium (W3C)
International
Develops Web standards (HTML, CSS, …)
Web Accessibility Initiative (WAI)
Develops Web accessibility guidelines,
international standards
www.w3.org/WAI/
Components of Web Accessibility
Web Content
(WCAG)
Authoring Tool
(ATAG)
User Agent
(UAAG)
Weak Components
Cause Accessibility Barriers
The Powerful Impact of
High Quality Components
ACTION !
Actively encourage
improvements in
authoring tools
WAI resources:
Authoring
Tool Accessibility Guidelines
(ATAG)
Selecting
and Using Authoring Tools
for Web Accessibility
What’s New with WCAG Two
Applies to more advanced Web technologies
More precisely testable (still need human)
Adaptable for situations (Baseline)
Extensive supporting materials,
practical implementation
WCAG 1.0
Guidelines
Checkpoints
Priority 1, 2, 3
WCAG 2.0
Principles
Guidelines
Success Criteria
Level 1, 2, 3
Principles
Perceivable
Operable
Understandable
Robust
Testable, Levels Example
WCAG 1.0 Checkpoint
2.2 Ensure that foreground and background color
combinations provide sufficient contrast when viewed
by someone having color deficits…
WCAG 2.0 Success Criteria
1.4.1 Text or diagrams, and their background, have a
luminosity contrast ratio of at least 5:1 [Level 2]
1.4.3 Text or diagrams, and their background, have a
luminosity contrast ratio of at least 10:1 [Level 3]
WCAG 2.0 Supporting Documents
Overview of WCAG 2.0 Documents
Techniques for WCAG 2.0 WD
WCAG 2.0 Quick Reference WD
Understanding WCAG 2.0 WD
Coming
• How to make accessible tables, forms, …
• Quick Tips …
• UI
When?
Public Working Drafts
Last Call Working Draft
Candidate Recommendation
Implementations
Proposed Recommendation
W3C Recommendation=Web Standard
Transitioning
Most sites that conform to WCAG 1.0 should not
require significant changes
See WCAG 2 FAQ
Support:
"How WCAG 2.0 Drafts Differ from WCAG 1.0" section
Comparison of WCAG 1.0 Checkpoints to WCAG 2.0
Transitioning Web Sites
Transitioning Accessibility Policies
Baseline in WCAG 2.0
1. Heard of
2. Tried to understand
Understanding Baseline
First, Why
Flexibility for different situations today
Flexibility over time
For example, SVG (Scalable Vector Graphics)
WCAG Working Group is refining
(expect some changes)
Baseline
List of technologies
For example: HTML, CSS, etc...
That are accessible, that users have available
An established list of Web technologies
that an author can use to create
accessible Web content
Can use technologies outside of baseline, if
content is usable without
That is, used for enhancement
Topics
Components
ATAG
WCAG 2.0
Baseline
Dynamic applications
• Scripting, AJAX, RIA
(coming up: additional slides since handout)
Scripting, AJAX, RIA
Good news with WCAG 2 !
Baseline
Scripting Tips for Accessibility
Do automatic redirects on server side, instead of
client side
Device independence, e.g.,
onmouseover & onfocus
mousedown
& keydown
click
& keypress
mouseover
& focus
mouseout
& blur
Techniques for WCAG 2.0
“Client-side Scripting Techniques”
AJAX
Accessibility
Usability – general, for all
User doesn’t know updates will happen auto
User doesn’t notice updates
User can’t find updated info
Unexpected change in focus
Back button breaks
Can’t bookmark
Demo: WCAG 2.0 Quick Reference
AJAX Temperature Gauge
Not just cool, hot? Really useful to users?
Approach
DISCLAIMER: not endorse, others too, …
the hows and whys of degradable ajax
Progressive enhancement with Ajax
“first build your app using old-fashioned server-side
technology… once you’ve got that built, you can then
apply JavaScript…”
“progressive enhancement [is] how we should all be
building our web apps”
– Jeremy Keith
AJAX
Accessibility
Usability – general, for all
User doesn’t know updates will happen auto
User doesn’t notice updates
User can’t find updated info
Unexpected change in focus
Back button breaks
Can’t bookmark
Straw Activity
Some people have a very small field of
vision -- called “tunnel vision”. Imagine
using a complex Web page like this…
Screen Magnification
AJAX
Accessibility
User doesn’t know updates will happen auto
User doesn’t notice updates
User can’t find updated info
Unexpected change in focus – can’t read page
Back button breaks
Can’t bookmark
Whaddyado for Now
Explain interaction
Provide options (default least problematic!)
Manual update
Notifications (e.g., dialog box)
Draw attention (e.g., “yellow fade technique”)
Set focus
Avoid automatic focus change (usually)
…
More Whaddyado for Now
…
<Hx> and proper markup
Provide navigation to changes
Example:
The DOM and Screen Readers
(Juicystudio) Errors from Form Validation
DISCLAIMER: not endorse, others too,…
Whaddyado for Later
ARIA Suite for Accessible Rich Internet Apps
from W3C WAI Protocols & Formats WG
Some implementations already
Accessibility for Dynamic Applications
Create desktop-style widgets for Web
e.g., tree control
Keyboard nav (w/o excessive Tab)
(benefit keyboard “power” users)
Notification of updates
Dynamic Applications
• DISCLAIMER: not endorse, others too,…
AJAX Accessibility Overview, Becky Gibson, IBM
+ W3C Announces Roadmap for Accessible
Rich Internet Applications (WAI-ARIA) press
release
+ Call for Review: Accessible Rich Internet
Applications (WAI-ARIA) Working Drafts
e-mail
+ ARIA Overview (coming soon)
+ www.w3.org/WAI/ Highlights
And so
WCAG 2.O
Better for developers
Better accessibility
Dynamic Applications
Be a showcase: Get attention, get help
More:
Tomorrow 2:00
Accessibility: Better, Faster, Cheaper
Responsibilities
Business Case
Black, White, Gray
Collaborators with Disabilities
Demos
Understanding Web Accessibility
book chapter
www.uiaccess.com/understanding.html