- From: Charles McCathieNevile <charles@w3.org>
- Date: Wed, 1 Dec 1999 21:32:22 -0500 (EST)
- To: William Loughborough <love26@gorge.net>
- cc: au <w3c-wai-au@w3.org>
I have noted in the intro to guideline 4 that things should be done
automatically _where possible_, but I think the checkpoint is the proper
place to say what the checkpoint means. (I will have a draft out later today
my time).
A text editor can get a long way towards compliance. And many popular tools
are just text editors with a few neat features grafted on. It is a question
of having enough neat features added to meet the requirements. I am intrigued
by how much emacs would need modified - perhaps not a lot, although I haven't
looked in detail at the help. It is certainly an example of a tool that
requires a relatively sophisticated user.
Charles
Charles McCN
On Wed, 1 Dec 1999, William Loughborough wrote:
In the introductory paragraphs to Guideline 4: "To ensure accessibility,
authoring tools must be designed so that they can automatically identify
inaccessible markup" might be the crux of the matter we've been
contending over. If it is impossible (at this time) to do this then we
must change this language. Checkpoint 4.1 is clearly based on the
assumption that such an identification of inaccessible markup is
possible and frankly I doubt this is the case. The fact that the Note:
to 4.1 acknowledges this makes it IMHO imperative that the intro to this
guideline is the proper place to make the point made in the note. I
strongly disagree with the notion that what can/cannot be automatically
identified should be listed anywhere in the Guideline Document.
This same deplorable state of affairs may occur in other
Guidelines/Checkpoints because we were a bit cavalier in our use of such
phraseology as "check for" and other actions to take in regard to
inaccessible markup.
If the "minimum" is alerting the author to accessibility problems then I
still feel that a copy of WCAG furnished with a text editor can qualify
at some level and with proper instruction in the design of extensions to
the tool's capabilities with macros it might even proceed to triple-A!
How much would Raman's emacspeak need to be modified to qualify?
--
Love.
ACCESSIBILITY IS RIGHT - NOT PRIVILEGE
http://dicomp.pair.com
--Charles McCathieNevile mailto:charles@w3.org phone: +61 409 134 136
W3C Web Accessibility Initiative http://www.w3.org/WAI
21 Mitchell Street, Footscray, VIC 3011, Australia (I've moved!)
Received on Wednesday, 1 December 1999 21:32:31 UTC