|
From: | Waddell, Cynthia |
Subject: | RE: lynx-dev User Agent |
Date: | Mon, 30 Aug 1999 10:56:55 -0700 |
Mr. Woolley:
It seems that you are unaware of the interesting issue surrounding the posting of my paper to the federal government website. Although my paper for President Clinton's conference on the digital economy was the only paper on accessible web design, I had no control over the US government posting of my paper in an accessible format. Apparently the US government contracted with MIT Press to create and maintain the digital economy website; but the webmasters at MIT were not informed about accessible web design. For example, when I first saw the "Understanding the Digital Economy" website, I found that the conference title was hidden in a banner unreadable by Lynx. Although this was corrected at my suggestion for an ALT-tag, numerous other accessibility problems continue to exist at the website.
My paper was then converted by a webmaster at the State of Washington and reposted at the State website using a beta version of Office 2000 for conversion to HTML. The previous posting of my paper by MIT Press webmasters was truly inaccessible and the Washington State conversion was an improvement to the situation. MIT Press webmasters then agreed to link to the more accessible version at Washington State.
It would be greatly appreciated if you would forward your criticisms about the inaccessibility of the paper to the webmasters at MIT Press and the State of Washington. Their email addresses are:
address@hidden -MIT Press contractor
address@hidden -Washington State webmaster
As I previously discussed, enforcement of accessible web design under US laws is a complaint driven process requiring the filing of complaints by people with disabilities. Although the system may appear to be slow, a complaint has been filed with the US Department of Justice concerning this incident.
Cynthia D. Waddell
---------------------------------------------------
Cynthia D. Waddell
ADA Coordinator
City Manager Department
City of San Jose, CA USA
801 North First Street, Room 460
San Jose, CA 95110-1704
(408)277-4034
(408)971-0134 TTY
(408)277-3885 FAX
http://www.rit.edu/~easi/webcast/cynthia.htm
http://www.aasa.dshs.wa.gov/access/waddell.htm
-----Original Message-----
From: David Woolley [mailto:address@hidden]
Sent: Sunday, August 29, 1999 11:08 AM
To: address@hidden
Cc: address@hidden; address@hidden
Subject: Re: lynx-dev User Agent
Apologies for this size of this; while not directly about Lynx it does
have a lot about the world in which Lynx has to survive. The original
subject relates to the need to forge the browser identity before some
sites will talk to Lynx.
> Clinton and is found at http://www.aasa.dshs.wa.gov/access/waddell.htm.
I note that both your email (more details in private correspondence)
and the web document are bloated, causing accessibility problems for
people for whom bandwidth costs money and that the email uses deprecated
HTML and the web document uses undefined Unicode characters, e.g.:
> </span>As suggested by O’Reilly, an area for future study is “where
^^^^^^ ^^^^^^
An accessible document, in English, should restrict itself to ASCII
(  to ~) as far as possible, and failing that to the ISO 8859/1
subset of Unicode, which also includes   to ÿ. Anything in the
range  to Ÿ is illegal in HTML, when entered as an entity,
although may be used in a particular transfer character set to represent
a Unicode character outside of that range, but such use will cause
accessibility problems, itself. The correct Unicode characers for what was
intended here probably wouldn't be recognized by Netscape.
Also the prologue to the HTML looks as though it uses a lot of features
that are specific to a proprietory word processor and appears to use
HTML comments for what should presumably either be SGML processing
instructions, SGML conditional sections or some extension to HMTL.
<!--[if VML]><![if !VMLRender]><object id=VMLRender classid="">
^^ The rest may be valid SGML, however I suspect a valid SGML parser
would treat the rest as comments.
It doesn't have an SGML doctype line and is not HTML 2.0, so it is
invalid HTML. It looks like it is really some form of XML aware
extension to HTML 4.0, but it doesn't have an XML processing instruction
line either.
The heavy use of styles suggest that the intended effect is page description,
rather than content.
It uses a proprietory character set:
> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
and attempts to set in a way that requires HTML 4.0, and is then only
tolerated, not encouraged (I don't want to go online to check whether
the server sent this in the proper place, or worse, sent conflicting
information). Incidentally, this does not permit the use of ’ as
entities are interpreted in the canonical, Unicode character coding, not
in the transfer coding.
Every paragraph seems to have a class based on the default MS-Word
classes and there seems to have been no attempt to define classes to
represent the deep structure. Even neutral body text has a class on
each paragraph, when the sensible thing would be to have no class, or
to use DIV to set a class for the whole run of normal paragraphs. This
looks like something very close to a literal translation of the
MS-Word internal coding, in the same way that MS RTF is.
There is not a single <li> element in the whole document, even though
the visual appearance of lists has been simulated by the use of runs
of non-breaking spaces. E.g. this monstrosity (<B7> indicate the
character with that code, not an HTML tag):
> <p class="MsoNormal"
> style="margin-left:.25in;text-indent:-.25in;mso-list:l35
> level1 lfo34; tab-stops:list .25in"><![if !supportLists]><span
> style="font-size:16.0pt; font-family:Symbol"><B7><span style="font:7.0pt
> "Times New Roman"">
> </span></span><![endif]><span style="font-size:16.0pt">Removes age-related
> barriers to participation in society<o:p/></span></p>
Should have been:
> <li>Removes age-related barriers to participation in society
(possibly with a style for LI in the style sheet, and just possibly with
a class on the LI).
Inicidentally, the paragraph preceding this example mis-renders on Lynx,
because it can't see the styling, but would have rendered correctly if
the shorter, semantically accurate, alternative had been used:
> ยท Removes communications and information access barriers that
> restrict business and social interactions between people with and
> without disabilities
as against:
> * Removes communications and information access barriers that
> restrict business and social interactions between people with and
> without disabilities
(NB, whilst proper identification of list structure is potentially a very
strong accessibility feature, authors actual accessibility aids (assistive
technology in your jargon) may have expended most of their effort in
working round the sort of HTML in your web page and not taken advantage
of being given the structure on a plate.)
Also, in the above, it almost certainly also uses fonts to misrepresent
a character to obtain a visual effect, namely the shape of the bullet.
Any selection of the MS Symbol font in HTML is extremely suspect in
accessible HTML - I don't know of any common browser that handles it
properly, i.e. only use Symbol if the selected Unicode character exists
in symbol, and translate from the Unicode character to the Symbol code
point for the same character, rather than using the numeric value of
the character to directly index using the proprietory coding vector for
the font. (In this case, the actual character specified, a full stop
sized centre dot, doesn't look too bad.)
Also, I note that Front Page has been used at some stage. Even Front Page
98 can easily generate illegal HTML, e.g. <b>...<p>...</b>, and I think
your Front Page 3. is worse.
You break one of the accessibility guidelines by not making your anchors
describe the link - anchors in the body are just reference numbers, and
anchors in the references are the URL. I think the former is due to
the authoring tool not understanding the medium and simply using automatic
footnote numbering. (Actually Lynx will do this numbering itself, so
I end up with two numbers for each reference!).
> Hit Counter
It's no use for me to know this, and I won't have been counted anyway,
as the counting is a byproduct of fetching the image of the counter!
This should have alt="". (Generally this sort of hit counter, and hit
counting technology in general, increase bandwidth, and are undesirable
where bandwidth costsoff source file (which itself is
directly readable) and run the ghostscript ps2ascii utility on it,
nearly every word survives intact, although there may be a few spaces
in the middle of words. I would expect Acrobat to do even better.
Doing the same on an MS-Word document will stress Acrobat to the limit.
> installed base. Microsoft has been accused of trying to extend both
> Java and HTML in proprietary directions.[92][89]
Both Microsoft and Netscape have done this; in fact it could be argued
that most of your web accessibility problems stem from Netscape's
pandering to commercial *wants*, which was probably the basis of
the business plan that turned a group of NCSA people into the Netscape
company. It seems to me that W3C has been fighting a rearguard
action to try and regain as much as possible of the original spirit
of academic freedom of information.
> Perhaps research is needed on how to best manage open standards where
> civil right protections are afforded the community of people with
> disabilities in their access to technology. As suggested by O'Reilly,
At the core of this is the question of the role of the state in regulating
industry; something, I believe, of a hot potato in US politics.
If you are serious about writing accessible documents, start with Notepad,
not MS-Word, write everything in plain text, then add HTML structures to
reflect the structure of the document. Only then start considering
appearance. That way you will think about the contents, then its structure,
which are the things that need to be preserved if you want good
accessibility.
If you can't read the HTML as plain text, you have probably got it
wrong for an accessible document.
The two worst things for accessibility are authoring tools and cut and
pasting from sites which "look good" without understanding the structure.
If you want to make the web page accessible, you have to decide whether
you want it to be accessible in its current visual form, in which case,
in spite of it's negative position on PDF, PDF is the appropriate choice,
or whether you want the content to be accessible, in which case you should
save it as text and edit in the HTML markup by hand.
One final point to remember, is that most web site are not about
communicating information; they are about selling, and these days the
two are almost incompatible. (It's an interesting point that, in spite
of the accessibility lobby's objections to PDF, PDF is where you will
find the real information on most commercial sites, and the HTML on the
sites is used where PDF would have been a better vehicle, because those
parts are all form and no content!)
[ Note I am only subscribed to the lynx list, not the accessibility list,
and, if the latter is closed, this may fail in that list. ]
[Prev in Thread] | Current Thread | [Next in Thread] |