- From: eric hansen <ehansen@ets.org>
- Date: Fri, 11 Dec 1998 16:27:40 -0500 (EST)
- To: w3c-wai-gl@w3.org
Date: 11 December 1998, 16:20 hrs
To: WAI-GL Page Authoring List Group
From: Eric Hansen
Re: Why I Disfavor Using "Universal Design" in the Title
I would like to respond to Dan Dardailler's question about why I disfavor
the use of the phrase "Universal Design" in the title of the page authoring
guidelines document. (See an excerpt of his question at the bottom of this
memo.)
I wish to state at the beginning that I believe that Web-based products and
services should be designed to be accessible to people with disabilities
and highly usable by all people. By that simple test, I am a believer in
Universal Design. Generally, I think that the term Universal Design is a
nice way of describing what we are trying to help people do. However, I
have many reservations about the term when it comes to using the term in
the title of the WAI page authoring guidelines.
My reservations are only partly related to limitations of the document as
it currently exists.
For a review of my analysis of some of the limitations, see my previous
postings:
"Priorities, Impacts, Etc."
http://lists.w3.org/Archives/Public/w3c-wai-gl/1998OctDec/0327.html
"Suggestions" particularly items 15 and 16
http://lists.w3.org/Archives/Public/w3c-wai-gl/1998OctDec/0287.html
"Refining the Scope to Address Gaps"
http://lists.w3.org/Archives/Public/w3c-wai-gl/1998OctDec/0080.html
"Gaps: (1) Language Readability, (2) Privacy"
http://lists.w3.org/Archives/Public/w3c-wai-gl/1998OctDec/0039.html
The working group has recently strengthened guidelines related to
comprehensibility of language (see especially guideline B.3, beginning in
the 17 Nov 1998 version)
(http://www.w3.org/WAI/GL/WD-WAI-PAGEAUTH-19981117.html). This helps
address issues that I had raised.
Yet language is just one "gap."
Andrew Marlatt in an article in Internet World notes, "Despite their
immediacy as a barrier, language differences are just the beginning of the
international-audience problem. The list of cultural obstacles grows in
relation to the number of cultures a site tries to accommodate. þ [T]he
truly international site would avoid politics, humor, history, sex, and
religion; the numbers 2, 4, 13, and 666; the colors white, black, red, blue,
yellow, and purple; pictures of children, food, animals, body parts, flags,
women in authority positions; slang, acronyms, abbreviations, long
sentences, and, in fact, excessive text. ("Can one site appeal to all?: The
increasingly multicultural Web poses problems for designers", Internet
World, 16 Nov 1998, p. 23).
I recommend the full article for your review.
Without at least an acknowledgement of other factors I don't think that the
document should be considered a guide to Universal Design of Web pages or
sites.
Indeed, I believe that any decent guide to Universal Design will
acknowledge that its scope is limited and that it is not able to focus on
the full universe of considerations that should go into the overall design
of any product or service (including a Web-based product or service).
I recently proposed such an acknowledgement as part of my draft revision of
the Abstract.
"This document focuses primarily on issues that can be influenced through
markup of the Web content."
"This document does not constitute a complete guide to Web design. It does
not necessarily address all valuable principle of visual design, although
it is expected that these guidelines are generally compatible with and
supportive of good visual design. Nor does the document specifically
address several other issues, such as economic, legal, and cultural issues
that can also influence the accessibility and usability of Web pages." (See
item 15 of my "Suggestions" memo,
http://lists.w3.org/Archives/Public/w3c-wai-gl/1998OctDec/0287.html).
With that kind of acknowledgement, perhaps the document is sufficiently
complete to be considered a guide to Universal Design. (By the way, the
wording on that paragraph still needs refinement.)
But even if the design document does acknowledge its limitations, I have
other concerns about the term "Universal Design."
I think that the term "Universal Design" is an oxymoron (Greek for
"pointedly foolish"). The phrase "jumbo shrimp" is an oxymoron. One word
contradicts another. The term "design" means, in my view, a process that is
intended to result in a solution that satisfies several, but not an
infinite number of constraints such as cost, quality of materials,
usability, accessibility, etc. Good design results in practical products
that provide at least a minimal level of satisfaction for a good chunk its
target audience. The "universal" in this context says that the design
process will work for everyone. Yet this is impossible, because no design
can satisfy what is essentially an infinite number of constraints. For
every practical set of "Universal Design" guidelines that a Web developer
can follow, I can find people for whom her Web content is inaccessible.
Thus, even if the guidelines fully treat issues like Web page mark up,
alternative content, comprehensibility of language, and respect for old
browsers, I can always point out some consideration that could make the Web
page inaccessible or unusable by some group -- even more specifically, some
disability group.
Of course oxymorons grab attention and for that reason, they may be useful
in advertising and promotion.
"Universal design" is wonderful and commendable as one design objective
among many, but if other important considerations are ignored, the product
or service will fail.
I don't want people to be misled into thinking that a small set of
"universal design guidelines" will guarantee that a product or service will
be accessible. Even if you acknowledge that within the document, a title of
"Universal Design" could be misleading.
One thing that I am not comfortable with is the possibility that the page
authoring guidelines lose their disability focus and I am concerned that
overuse of the term "universal access" might lead to that. I think that it
is appropriate to point out how these guidelines will greatly benefit
nondisabled users as well. But I would like to keep the primary focus on
issues that differentially disadvantage people with disabilities.
In conclusions, I suggest.
1. Develop the "impact" ratings (or better yet, "adjusted impact ratings"),
particularly for the small number of disability groups, for each guideline
as outlined in my 10 Dec 98 posting. These rating are intended to help keep
the focus on issues that differentially disadvantage people with
disabilities.
2. Acknowledge the limitations of the document.
3. Avoid using "Universal Design" in the document title.
==
Background material
From D. Dardailler
Starts with quote from E. Hansen:
> Item-18. Some Thoughts on the Name of the WAIGL-PA Document>
> I think that the current name is OK, though as noted
> elsewhere in this document the use of the term "page" seems
> a bit archaic.>
> I am against using the term "universal design" in the title.
> "Universal design" -- i.e., usability by everyone everywhere
> -- is a great design objective, but it suggests a note of
> impracticality and also, in the minds of some, the phrase
> may carry other meanings that we might not want associated
> with the guidelines.
Can you elaborate on the "impracticality" and the "other meaning"aspects ?
> Besides, the document does not deserve
> the title because no where does it acknowledge the wide
> range of considerations that should go into the design of
> accessible and cost-effective Web-based products and
> services.
These guidelines promote the design of web content so that it can be
accessed no matter what operating system, device, or modality of user
interface one has, hence the universality. In which way are we not
considering enough universality in the design (given our limited context of
web content production) ?
=============================
Eric G. Hansen, Ph.D.
Development Scientist
Educational Testing Service
ETS 12-R
Rosedale Road
Princeton, NJ 08541
(W) 609-734-5615
(Fax) 609-734-1090
E-mail: ehansen@ets.org
Received on Friday, 11 December 1998 16:27:23 UTC