W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > July to September 2001

Re: DTD for techniques documents

From: Chris Ridpath <chris.ridpath@utoronto.ca>
Date: Wed, 4 Jul 2001 15:15:26 -0400
Message-ID: <00cb01c104bd$aec2b310$b040968e@wilddog>
To: "Matt May" <mcmay@bestkungfu.com>, <w3c-wai-gl@w3.org>
The language that describes the rule needs to be precise and I'm wondering
if it should be marked-up as well.

The language in your example is "All documents, including individual frames
in a frameset, should have  a <code>TITLE</code> element that defines in a
simple phrase the purpose of the document. "

We need to define things like:
"all documents" (text files, sound files, stylesheet files, XML, XHTML or
"simple phrase" (minimum number of characters? NULL OK? all spaces OK?)
"purpose" (does a title always give the purpose of a document? How can this
be tested?)
"should" (under what conditions? must?)

After we define these, can we mark them?

Example: We decide that a title can't be NULL, can't be all spaces and
shouldn't be placeholder text. In our XML techniques document we could
specify something like:

<element name="title">
<canbenull= "no" />
<canbespace="no" />
<suspicious="title goes here" />
<suspicious="title placeholder" />

Make sense?


----- Original Message -----
From: "Matt May" <mcmay@bestkungfu.com>
To: <w3c-wai-gl@w3.org>
Sent: Tuesday, July 03, 2001 7:11 PM
Subject: DTD for techniques documents

> I've thrown together a DTD for 2.0 techniques. I've attached it here with
> example of how a WCAG 1.0 HTML technique would be implemented in XML.
> The primary benefits I was looking for in XML were the ability to address
> the requirements of different groups, including implementation teams, and
> good method of interfacing with other sources of information, such as the
> AERT document and other guidelines documents. I think that using a
> somewhat like this could result in more usable and effective techniques
> documents, especially where multiple technologies (such as
> are involved.
> Comments are encouraged. Thanks.
Received on Wednesday, 4 July 2001 15:15:48 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 16 January 2018 15:33:38 UTC