- From: Nick Kew <nick@webthing.com>
- Date: Mon, 1 Jan 2001 19:02:08 +0000 (GMT)
- To: Al Gilman <asgilman@iamdigex.net>
- cc: w3c-wai-er-ig@w3.org
> [more orientation to what gets done where among the WAI groups.] Thanks - I'll get oriented eventually ;-) > [general comment: the techniques in the document are a mix of automatic, > automated/interactive, and purely manual techniques. Your comments sometimes > err by assuming that only fully automatic checks are under discussion.] Well, since my main interest in the subject is as a developer of software and associated tools, I naturally want to focus on what can be done automatically, or at worst detected automatically and presented to the author (in the manner of a spellcheck). > [ re DTDs ] > [second pass] > This is a deeper issue than I thought. The WCAG 1.0 simply assumed that the > DTDs in the W3C Recommendation were the way to go. The idea of floating a WAI > DTD that is stricter than the W3C Recommendation is an interesting technique I > am not sure we understand the pros and cons of yet. I'd suggest it encompasses at least two separate techniques, both of which I am pursuing: (1) General-purpose DTDs designed for accessibility and recommended to authors. To be suitable for general-purpose use, such a DTD must reflect current practice and browser support. In other words, basically an accessibility review of an existing standard. Example: <URL:http://www.htmlhelp.org/design/dtd/> (2) Special-purpose DTDs designed to highlight accessibility issues as validation errors. These need not be suitable for general authoring. Example: the enforcement of header hierarchies in the ISO/IEC DTD, a DTD that asks for accesskey and tabindex in all form inputs, or a DTD fragment that disallows serverside imagemaps in order to generate a message suggesting Clientside. The Page Valet at <URL:http://valet.webthing.com/page/> includes my first attempt to use this technique in an operational evaluation and repair tool. > >---------------------- > >3.5.1 [priority 2] Check document for header nesting > > > >Note: The ISO/IEC DTD enforces this strictly. > > > > AG:: Is that true? I thought it took a clause that was above and beyond > _validation to DTD_ to enforce this. Yes and no. Yes it does enforce header hierarchy. No because it uses a horrible hack with implied <DIV1> ... <DIV6> pseudo-elements, that makes it hard to use in a repair tool (I haven't figured out a workaround - but I wouldn't rule it out). > (chop - lots of interesting comments - thanks) -- Nick Kew
Received on Monday, 1 January 2001 14:04:56 UTC