VICUG-L Archives

Visually Impaired Computer Users' Group List

VICUG-L@LISTSERV.ICORS.ORG

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
David Poehlman <[log in to unmask]>
Reply To:
David Poehlman <[log in to unmask]>
Date:
Wed, 5 Sep 2001 09:45:42 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (377 lines)
here is the url if you have trouble with it.
http://www.icdri.org/disability-comp.html

----- Original Message -----
From: "Peter Altschul" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Wednesday, September 05, 2001 7:58 AM
Subject: Analysis of WCAG and Section 508 by Disability Type


=20
<http://www.icdri.org/disability-comp.htmlcreating_a_presence_on_the_int
er.
htm>ate=20


 By <http://kynn.com/>Kynn Bartlett, <mailto:[log in to unmask]>[log in to unmask]

This essay was originally posted to the
<http://lists.w3.org/Archives/Public/w3c-wai-ig/2001JulSep/0548.html>Web
Accessibility Initiative interest group mailing list.

On
<http://lists.w3.org/Archives/Public/w3c-wai-gl/2001JulSep/0664.html>a
thread
on the WCAG working group mailing list, I raised the issue of the
<http://www.dir.state.tx.us/standards/S201-12.htm>state of Texas=
 interpreting
WCAG 1.0 s being guidelines for access by people with visual
disabilities.=
=20

The concern is that needs of people with disabilities who are not blind
may=
 be
forgotten by those making policies or interpreting the WCAG
guidelines.=20

But it also raises an intriguing question -- are the guidelines slanted=
 toward
championing the needs of certain disability types over other types of
disabilities? (Yes, I know some of you believe this already, hi
Anne.)=20

So I did number crunching. Here's my methology:=20
    * I made an spreadsheet and listed each WCAG 1.0 checkpoint.=20
    * I made one column for each of several broad disability types:=20
        * Blind (defined: unable to see visual information)=20
        * Color-Blind (defined: unable to reliably distinguish
colors)=20
        * Limited Vision (defined: can see but not well; may need large
fonts or
        magnifiers)=20
        * Deaf (or hard of hearing; defined: cannot hear sounds
reliably)=20
        * Low Dexterity (defined: unable to use a pointing device and=
 instead
        must use keyboard or switch)=20
        * Low Comprehension (defined: having problems understanding
content,
        textual or otherwise)=20
        * Low Reading (defined: having problems reading text)=20
        * Epilepsy (defined: may be subject to epileptic episodes)=20
    * I went through each checkpoint and recorded whether or not the=
 checkpoint
    applied to that disability type.=20
    * Some checkpoints were listed as "all", while others were listed
as=
 "did
    not clearly apply to specific disabilities."=20
    * Sums and percentages were produced.=20
(Obviously, there is much potential in error in the above; for example,
you
could choose to use different disability types (or definitions), or you=
 could
assign applicability in different ways. If you are doubtful of my
figures, I
urge you to try the analysis yourself to see what numbers you might
get.)=20

Here are my findings on WCAG 1.0:=20
WCAG 1.0 Checkpoints by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 70.8%
Color Blind: 10.8%
Low Vision: 23.1%
Deaf: 9.2%
Low Dexterity: 20%
Low Comprehension: 24.6%=20
Low Reading Skills: 21.5%
Epilepsy: 7.7%
N/A: 10.8%

This tends to show a trend -- "bias" is a loaded word -- supporting the
idea
that visually impaired users are highly promoted within WCAG 1.0. One of
the
reasons for this is that access by people with visual disabilities is
relatively well-understood and there is a long history of activism on
web to
promote those interests. It's also attributable to the fact that much of
the
assistive technology used on the web for output is designed for people
with
visuam impairments. (AT used for input is more common among people with
dexterity limitation.)=20

Now, something more interesting to look at is the priority system of
WCAG=
 1.0.
Here's how that breaks down:=20
Priority One WCAG by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind:81.25%
Color Blind:18.75%
Low Vision:25%
Deaf:25%
Low Dexterity:12.5%
Low Comprehension:12.5%
Low Reading Skills:18.75%
Epilepsy:12.5%
N/A:0%
Priority Two WCAG by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 63.3%
Color Blind: 10%
Low Vision: 30%
Deaf: 3.3%
Low Dexterity: 16.7%
Low Comprehension: 26.7%
Low Reading Skills: 16.7%
Epilepsy: 6.7%
N/A: 13.3%
Priority Three WCAG by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 73.7%
Color Blind: 5.3%
Low Vision: 10.5%
Deaf: 5.3%
Low Dexterity: 31.6%
Low Comprehension: 31.6%
Low Reading Skills: 31.6%
Epilepsy: 0%
N/A: 15.8%

This information and the previous table which covers all of WCAG are=
 summarized
by Figure 1:=20

It's interesting to note the distribution here -- it implies that if
you=
 choose
only "single-A" accessibility, you are primarily meeting needs of blind=
 users,
while "double-A" provides a broader range, and "triple-A" an even wider
cross-section especially among people with limited input ability and=
 cognitive
impairments.=20

Why is this? (As a diversion: It's NOT because people on the working
group=
 are
biased.) Most likely it is because blindness issues are, for lack of a=
 better
term, more "black and white". They are either "do or do not, there is
no=
 try."=20

On the other hand, the types of considerations you need to make for=
 different
audiences tend to be more vague, and really -are- of the sort "try to
do=
 this"
or "do as much as you can" or "make it better by doing some of this."=20

Because of the way the WCAG 1.0 priority system is structured, this
promotes
the needs of users who fit a "do or do not" scheme over the needs of
those
users who fit a "try" scheme. This explains in part why some disability=
 types
seem to be "more important" in WCAG 1.0.=20

Another thing to add is that certain disability types may have "simpler=
 needs"
than others, or have needs which can be expressed in fewer check-
points.=
 Such
as users with epilepsy, where the principle seems to be "don't trigger=
 episodes
by using strobing." But it may not be sufficient, for web design
purposes,=
 to
merely summarize access by visually impaired users with "don't rely on=
 visual
content alone." Thus these numbers should be taken with a grain of
salt.=20

Here is another set of numbers: These are the percentages of different=
 priority
levels, for checkpoints which apply to each disability type.=20
Percentages of Applicable Checkpoints, By Priority=20
Disability Type Percentage of Applicable Checkpoints=20
Priority 1 Priority 2 Priority 3=20
Blind: 28.3% 41.3% 30.4%=20
Color Blind: 42.9% 42.9% 14.3%=20
Low Vision: 26.7% 60% 13.3%=20
Deaf: 66.7% 16.7% 16.7%=20
Low Dexterity: 15.4% 38.5% 46.1%=20
Low Comprehension: 12.5% 50% 37.5%=20
Low Reading Skills: 21.4% 35.7% 42.9%=20
Epilepsy: 40% 40% 20%=20

This information is depicted graphically in Figure 2. (Note that actual
checkpoint counts are presented below, not percentages as above..

Now, let's take a look at the still-in-development WCAG 2.0, and then at
the
U.S. federal government's Section 508 requirements.=20

Here is a look at the current working draft of WCAG 2.0
(<http://www.w3.org/WAI/GL/WCAG20/WD-WCAG20-20010814.html>working group=
 draft,
14 August 2001):=20
Draft WCAG 2.0 by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 81%
Color Blind: 19%
Low Vision: 47.6%
Deaf: 28.6%
Low Dexterity: 57.1%
Low Comprehension: 66.7%
Low Reading Skills: 52.4%
Epilepsy: 23.8%
N/A: 0%

Let's compare those with WCAG 1.0:=20
WCAG 1.0 Checkpoints by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 70.8%
Color Blind: 10.8%
Low Vision: 23.1%
Deaf: 9.2%
Low Dexterity: 20%
Low Comprehension: 24.6%=20
Low Reading Skills: 21.5%
Epilepsy: 7.7%
N/A: 10.8%

This is rather encouraging -- it shows a move toward checkpoints which
tend=
 to
be more universally applicable and a promising increase in
representation=
 for a
number of disability types. It also represents a simplification trend,=
 reducing
the number of checkpoints considerably (which increases the need to
make=
 each
checkpoint broader).=20

So, WCAG 2.0 looks like a step forward for making accessibility
guidelines
which "look like the web". (Meaning: Closer to a more inclusive
document=
 than
before.)=20

I'm not sure if the same can be said for the Section 508 requirements,=
 though.
Let's look at those:=20
WCAG 1.0 Checkpoints by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind: 81.25%
Color Blind: 12.5%
Low Vision: 43.75%
Deaf: 12.5%
Low Dexterity: 37.5%
Low Comprehension: 6.25%
Low Reading Skills: 6.25%
Epilepsy: 6.25%
N/A: 0%

Comparing this with WCAG 1.0 "priority one":=20
Priority One WCAG by Disability=20
Disability TypeApplicable=20
Checkpoints=20
(percentage)
Blind:81.25%
Color Blind:18.75%
Low Vision:25%
Deaf:25%
Low Dexterity:12.5%
Low Comprehension:12.5%
Low Reading Skills:18.75%
Epilepsy:12.5%
N/A:0%

Section 508 seems to have mostly adopted the requirements for visual
disabilities from WCAG "single-A", but falls behind on cognitive
limtations.
This is mostly attributable to the fact that WCAG 1.0's "use clearest
and
simplest language" checkpoint which does not have an equivalent in 508.
Some
progress seems to have been made for low dexterity but that is a bit=
 misleading
since keyboard access is not explicitly required in 508.=20

508 "looks like the web" less than WCAG 2.0.=20

It's also worth comparing 508 with all of WCAG 1.0, not just the
priority=
 one
checkpoints; WCAG 1.0 is quoted above (in comparison to WCAG 2.0) and I=
 think
this illustrates the danger of policy makers merely assuming that
following
most or all of the "priority one" checkpoints will allow you to meet
the=
 needs
of a broad audience. *This is not true.* To meet the needs of a wide=
 audience
of people with disabilities, you -must- take many of the actions which
WCAG=
 1.0
rates as priority two or priority three.=20

Figure Three graphs the comparison between WCAG 1.0, WCAG 2.0 draft, and
Section 508.=20

Copyright =A9 2001 by <mailto:[log in to unmask]>Kynn Bartlett. Permission
is=
 granted
by the author for this essay and graphs to be posted on the ICDRI site.
All
rights are reserved by the author. For reprint permission please contact
via
<mailto:[log in to unmask]>email.=20

----------
Copyright =A9 1998, 1999, 2000, 2001  International Center for
Disability
Resources on the Internet=20


VICUG-L is the Visually Impaired Computer User Group List.
To join or leave the list, send a message to
[log in to unmask]  In the body of the message, simply type
"subscribe vicug-l" or "unsubscribe vicug-l" without the quotations.
 VICUG-L is archived on the World Wide Web at
http://maelstrom.stjohns.edu/archives/vicug-l.html


VICUG-L is the Visually Impaired Computer User Group List.
To join or leave the list, send a message to
[log in to unmask]  In the body of the message, simply type
"subscribe vicug-l" or "unsubscribe vicug-l" without the quotations.
 VICUG-L is archived on the World Wide Web at
http://maelstrom.stjohns.edu/archives/vicug-l.html


ATOM RSS1 RSS2