re: proposed changes

It might be nice to include (perhaps in 2.11?) the ability to test not
just the text rendering but any of the other proposed versions such as
"how does this look in lynx, pwwebspeak, homepage reader, IE, Opera,
Netscape?"  

This has so much in common with ER that the co-ordinating group should
address the maintenance of this issue since the (rather slow) progress
of the UAs (they don't even implement CSS2! and we're looking to XML,
etc.) is most discouraging to people trying to use the author guidelines
within a text editor and how far behind that are the AU tools going to
be?  How can we encourage the tool designers to make it simple for tool
users to be made aware of how their output will look/sound on a TV, Palm
Pilot, Cell Phone, braille display, etc.?

The proposed 2.4 is *extremely central* to this whole process because it
is where we have hit the most resistance ("interface bloat" excuse).  I
would prefer the language to be a bit more forceful, "provide
mechanisms" somehow strikes me more passive than need be.  We won't
"require", etc. but something beyond what's here might be called for. 
It seems that this section and 2.10 could be combined.

In general in all pertinent cases emphasis might be warranted on all the
descriptors such as whether a table is a *real* table or just a lazy
formatting device.  
-- 
Love.
            ACCESSIBILITY IS RIGHT - NOT PRIVILEGE
http://dicomp.pair.com

Received on Tuesday, 29 December 1998 09:48:58 UTC