- From: Charles McCathieNevile <charles@w3.org>
- Date: Wed, 11 Oct 2000 13:10:57 -0400 (EDT)
- To: Dave J Woolley <david.woolley@bts.co.uk>
- cc: w3c-wai-ig@w3.org
Text-based users have the same problem with language used as text
equivalents, which they have to learn. On the one hand they can often get
more useful information from a few words, but on the other hand they miss out
on the layout that is also used to help people understand what is happening
in a page. Learning to use a new system always takes time and the need to try
- people are just as likely to ignore a cool new function because it is not
clear to them that it will help them.
Charles McCN
On Fri, 6 Oct 2000, Dave J Woolley wrote:
> From: Anne Pemberton [SMTP:apembert@crosslink.net]
>
> accommodate all those with disabilities before we worry about those who
> choose not to buy what they need. Again, the answer to slow download is a
>
[DJW:] I have strong views on that response but
limited time and want to concentrate on the other
point.
[DJW:] [10 lines of context follow]
> Using graphics for links is but one use of graphics on a page. If graphics
> do not help you, does that tell you they don't help others? It shouldn't.
> You shouldn't stop your thinking at the end of your own nose. Broaden your
> perspective. Statistically, "retarded" folks are about 3 percent of the
> total population. What percentage of the disabled population would that
> be?
> Statistically, "learning disabled" folks, many of whom have significant to
> severe problems with text, are some 20-25% of the total population in the
> US. Again, what percentage of the US disabled is that? If you have access
> to numbers on the total disabled population, you can easily figure out how
> many are likely to NEED graphics.
>
[DJW:]
- the specific issue was text as graphics, not graphics
in general;
- commercial use of graphics doesn't help people with
learning problems;
- standard icons are better treated as characters and
many are already available as such;
- icon characters could be added to text only browsers
very quickly.
A typical heavily graphical commercial site tries to
establish a theme and then designs all the graphics and
icons based on that theme. In order to use the site you
are faced with a puzzle formed from the site metaphor in
order to work out which graphical elements are significant
and what they mean.
Even sites with a fair amount of textual content can have
up to half a dozen conventions that one needs to know before
one can decipher the site.
It's quite common for sites (particular mass market ones),
and Windows interfaces in general, to take well known icons
and serverly distort them to achieve a style. This doesn't
happen on physical products. E.g. a physical DVD player
will likely use fairly clean forms of the common forward
backward, play, pause, etc., icons, but the web/windows interface
is likely to show them as images of inscribed shapes on a
mottled background.
The proliferation of different icons on Windows application
tool bars only helps the very frequent users; everyone else
has to check the tooltips on each. Except for a few ones
which have become standard, every product tries to invent
its own.
Particularly back to web sites, someone who is not a frequent
user is faced with a problem a little like solving a cryptic
crossword puzzle. In the same way that there are rules for
finding anagrams, there are rules that have to be learnt for
finding the significant elements in the site.
An 80 year old that I know (who can still solve crossword
puzzles) has had difficulty learning the most basic operation
of new everyday technology for several years. I try to imagine
him with many web sites. I think I could eventually teach
him how to operate sites using clean markup, or to operate
one specific web site (assume that it didn't change, which
is not usually a safe assumption), but I doubt that I could
teach him the meta rules needed to handle a new graphical site.
Taking a bit of a risk, as you are clearly out of sympathy
with Jakob Nielsen (although he is far from anti-graphics),
you should have a look at
http://www.useit.com/alertbox/20000806.html
which describes how the difficulty of learning a new
set of site conventions lost an author many sales when
he changed fulfillment companies (away from Amazon).
If one is going to use graphics to help people who cannot
handle words, one needs a standard set of graphics across
web sites (ideally across browsers as well). This happens
to a large extent with physical products. The brightness and
contrast icons on my monitor are very similar to those on
my home TV. However, web designers don't want to look the
same as everyone else, so distort them to the limit of
recognizability.
Once you have a standard set of symbols, you have an iconic
alphabet, which can be represented as a font. Many such
symbols already exist in Unicode, and, if there were the
commercial demand, I'm sure that e-commerce shopping
baskets and other relevant symbols could be added. The
existing ones have been available to Windows interfaces
and, with some abuse of the font mechanism, in HTML for
a long time, but they are not used (even though, unlike
GIFs, they are scalable), because designers don't want their
symbol to look like everyone else's.
In theory, with the top end system you assume everyone will
buy before accessing commercial sites, the following HTML
will show a black telephone symbol that could be interpreted
as a phone number marker (it would be better to define a
new character with that specific meaning):
<html>
<title> Phone </title>
☎
</html>
(Unfortunately, the reality is that this is not in Lucida
Sans Unicode and Windows doesn't have correct Unicode
mappings for Wingdings, so, at the moment, you can call on
the "when technology exists" clause, as the alternative
hack of selecting the Wingdings font and typing "(" fails
on browsers that do interpet character codes properly.
I believe that Word 2000 comes with a more complete Unicode
font, and it may work with that, or some of the
shareware ones.)
The current Unicode characters don't have many
modern symbols (probably because of the failure of
designers to use the ones already there)and
don't have multi-colour characters (although, I suspect
a PostScript type 3 font could create them), but these
features can be pressed for.
Once you have standard character codes, you can easily
build lookup tables into text only browsers; you can tranlate
them at WML gateways; you can use custom fonts for particular
users, possibly even spelling out the word (I've assumed that
content authors don't try to override the fonts, as, although
they will want to do that, it will destroy the consistency
of form that is desired - even then, an !important user
override might solve the problem).
I think you should be encouraging a move towards an East
Asian type iconic language represented as well defined
text characters, rather than calling for a licence for
everyone to come up with different bit mapped graphics for
the same concept. You should be encouraging the extension
of the text character repertoire, not unconstrained
imagery.
>
>
--
Charles McCathieNevile mailto:charles@w3.org phone: +61 (0) 409 134 136
W3C Web Accessibility Initiative http://www.w3.org/WAI
Location: I-cubed, 110 Victoria Street, Carlton VIC 3053, Australia
September - November 2000:
W3C INRIA, 2004 Route des Lucioles, BP 93, 06902 Sophia Antipolis Cedex, France
Received on Wednesday, 11 October 2000 13:11:05 UTC