- From: Charles McCathieNevile <charles@sidar.org>
- Date: Thu, 16 Sep 2004 12:13:37 +0300
- To: "Phill Jenkins" <pjenkins@us.ibm.com>, tina@greytower.net
- Cc: w3c-wai-ig@w3.org
Hi folks,
the basic problem seems to be that HTML and XHTML 1.x don't support enough
information to describe whether they have been checked for accessibility.
This shouldn't come as a great shock. After all, they are based on
something designed 15 years ago to encode simple hypertext.
The people who originally designed HTML are mostly working on other tings
now - in TimBL's case, the semantic web.
The people who are trying to drag HTML into the 21st century are for the
most part working on XHTML 2.
It is possible to continue to add attributes, or try and add further
menaing to the contents of overloaded attributes in HTML 4, but it seems
like a mistake. An alternative approach is the use of metadata -
information really genuinely meant to let tools know if something has been
tested and is deemed OK... (among other purposes).
The Evaluation and Repair Tools group, when it is active, works on a way
of doing just this, by using EARL. It's relatively straightforward to say
that some table in a page is used for layout, and the process goes as
follows:
Identify the table. You can do this by giving it an id attribute and using
its URI, or you can use Xpointer to identify the Nth table in a page (or
the Xth table within the Yth table, or whatever)
For the sake of example, there is a table at http://www.microsoft.com/
which I calim is a layout table. It has the id attribute tMain. So I can
talk about http://www.microsoft.com/#tMain
Define an appropriate test, and give it a URI. For this esxample, I have
defined a rule - "a Given table is a data table not a layout table".
Passing the rule means you have a data table, failing it means you have a
layout table. The alternative is that you don't know or can't tell. This
rule is described at
http://www.w3.org/2001/sw/Europe/200407/earl/tests#DnotL (it actually
exists and you can use it. There are a number of these that Chris Ridpath
has described, too).
Then you record the data. Following
http://www.w3.org/2001/sw/Europe/talks/0312-earl (a step by step guide to
writing EARL), I make the following claim:
<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:earl="http://www.w3.org/WAI/ER/EARL/nmg-strawman#">
<earl:Assertion>
<earl:subject>
<rdfs:comment>I have said this is the Web Content that I got at a
particular time, instead of just using the URI directly as the subject a la
'earl:subject rdf:resource="http://www.microsoft.com#tMain"
because I want to be able to check if this claim is valid, and the page
may change
</rdfs:comment
<earl:WebContent>
<earl:reprOf rdf:resource="http://www.microsoft.com#tMain" />
<earl:date>2004-09-16T11:51:36+0200</earl:date>
</earl:WebContent>
</earl:subject>
<earl:result
rdf:type"http://www.w3.org/WAI/ER/EARL/nmg-strawman#Pass"/>
<earl:testcase
rdf:resource="http://www.w3.org/2001/sw/Europe/200407/earl/tests#DnotL"/>
<earl:assertedBy>
<foaf:Person>
<foaf:name>Charles McCathieNevile</foaf:name>
<foaf:mbox rdf:resource="mailto:charles@w3.org" />
</foaf:Person>
</earl:assertedBy>
<earl:mode
rdf:resource="http://www.w3.org/WAI/ER/EARL/nmg-strawman#manual"/>
</earl:Assertion>
</rdf:RDF>
This is a methodology that is already used in practice - UBAccess record
information this way to generate transformations of a resource, as does
IBM's new service. It doesn't even rely on me being able to edit the
table, so I can audit a site for someone else and record results. (Hera
was developed to do exactly this, along with a n umber of other tools).
cheers
Chaals
On Mon, 13 Sep 2004 13:14:06 -0500, Phill Jenkins <pjenkins@us.ibm.com>
wrote:
>> Let your tool flag any table without a th as a potential misuse of
>> tables,
>> and move on.
>
> Tina, that's my proposal - to examine each table and determine if it
> needs TH elements. If the TH is needed it is added, if it is not (no
> "potential misuse"), then the null summary is added as a flag to tell
> that the
> examination has been preformed. Again, my proposal is to flag those not
> needing TH elements with null summary attribute. The only way I know to
> move on is to leave some change in the markup to indicate that TH is not
> needed versus it hasn't been examined yet.
>
> Regards,
> Phill Jenkins
--
Charles McCathieNevile charles@sidar.org
Fundación Sidar http://www.sidar.org
Received on Thursday, 16 September 2004 10:14:24 UTC