W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > January to March 2001

Re: [media] Making Sites Accessible Makes Sense For All Customers

From: David Poehlman <poehlman1@home.com>
Date: Wed, 14 Feb 2001 10:46:23 -0500
Message-ID: <011301c0969d$487c2020$2cf60141@mtgmry1.md.home.com>
To: "Kynn Bartlett" <kynn@reef.com>, <w3c-wai-ig@w3.org>, "Phill Jenkins" <pjenkins@us.ibm.com>
in a perfect world, we would all have choices but this is not a
perfect world and many do not have those choices.  taking away the
choices then, is something accessable even though the browser you use
because you have no choice does not support it?
----- Original Message -----
From: "Phill Jenkins" <pjenkins@us.ibm.com>
To: "Kynn Bartlett" <kynn@reef.com>; <w3c-wai-ig@w3.org>
Sent: February 13, 2001 10:37 PM
Subject: Re: [media] Making Sites Accessible Makes Sense For All

>If you want to argue that Javascript should be considered a required
>technology to supported, that's fine, I might even go there with you.

I'm not saying that JS has to be "supported", but that it can be
by itself without having to provide a redundant alternative - known as
directly accessible.

> What should any good web user agent be assumed to support,
> or is that question even worth asking?

It is only worth asking to "prove" that something CAN BE accessible.
I do
NOT like the idea of a set of minimum assumptions.  That in my opinion
dumbing down the web in the name of accessibility.  Either the
in this case JavaScript, can be accessible or it can't.  If there are
reference implementations (more than 1] to "prove" that it can, then
definition it is accessible.  If it isn't usable with a certain
then it isn't "supported".  Just because something isn't supported
make it in-accessible.  Another example: some Window GUI applications
accessible, some are NOT, but the definition of accessible has nothing
do with the fact that a DOS screen reader doesn't support reading
The definition has to do with CAN a Windows screen reader read it.
make this application readable and that one not?  Another example:  I
a captioned media file.  But you can only see the captions if you are
1st the required player and second the right version that will display
captions.  The clip is accessible because it meets a criteria list
ALLOWS it to be used or played in a manner usable by a person with a

> But when you say that Lynx doesn't matter because X percentage says
> Lynx is worthless, that kind of numbers game doesn't float my boat.

Lynx does matter.  I'm not saying lynx or any other browser is worth
worthless.  But why does lynx's lack of JavaScript support make
an accessibility problem? Someone's right to choose a browser does not
necessarily impose that choice as a definition for accessible.
someone chooses to use lynx does not now require all websites to be
compatible with lynx.  Lynx doesn't support certain formats, including
JavaScript - but that doesn't make JavaScript in-accessible.  If
wants to support lynx or any other combination of browsers, so be it.
let's not confuse browser support with accessibility.

The numbers were used to illustrate the point that the larger amount
work would be to have the developers fix all the sites that use
The number of developers needed to re-write lynx from the ground up
JavaScript support would be small compared to the number of web
needed to fix all the JavaScript sites.

Received on Wednesday, 14 February 2001 10:46:17 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 13 October 2015 16:21:11 UTC