- From: Ian Jacobs <ij@w3.org>
- Date: Thu, 15 Mar 2001 10:43:42 -0500
- To: w3c-wai-ua@w3.org
Hello,
In the 9 March draft of the UAAG 1.0 [1], checkpoint 2.7
reads:
2.7 Allow configuration to generate repair text when
the user agent recognizes that the author has failed
to provide conditional content that was required by
the format specification. If the missing conditional
content is included by URI reference, base the repair
text on the URI reference and content type.
Otherwise, base the repair text on element type
information.
I don't think that the solution for generating repair
text should be a minimal requirement to satisfy the checkpoint,
but rather one way to satisfy the checkpoint. As Charles
argued recently [2] on another topic, I think that the
techniques listed in the checkpoint may be sufficient,
but not necessary approaches to satisfying the checkpoint.
I think that a user agent can do much better than URI reference
and mime type, and should not be prevented from doing do
(e.g., the UA might fetch the title of the resource designated
by the URI).
Therefore I propose rewording the checkpoint as follows:
<NEW 2.7>
Allow configuration to generate repair text when
the user agent recognizes that the author has failed
to provide conditional content that was required by
the format specification. The user agent may satisfy
this checkpoint by basing the repair text on any of
the following available sources of information: URI
reference, content type, or element type.
Note: Some markup languages (such as HTML 4 [HTML4] and
SMIL 1.0 [SMIL] require the author to provide conditional
content for some elements (e.g., the "alt" attribute on
the IMG element).
</NEW 2.7>
For the Techniques:
* Allow configuration so that instead of generating
repair text from a URI reference, the user agent
retrieves the resource at that URI and extracts
meaningful text (e.g., a title) from the resource
as the basis of repair text. [It would even be
possible to build a database of useful repair text
to be consulted whenever a resource included by
URI lacked required conditional content.]
Comments:
a) I also think that any of the three pieces (URI
reference, content type, element type) should suffice
(hence or rather than and).
b) In general, content type is provided by HTTP headers,
not in markup, and I would rather not require the UA
to do a HEAD or GET call to find out the content type
of a Web resource.
c) I realize that this may make it harder to verify that
the user agent has satisfied the intention of the
checkpoint. I hesitate to say that the repair text
should meet WCAG expectations, because this is generated
text and there is no guarantee that it will be useful.
I don't think it's worth saying "the repair text needs
to be useful to the user," though clearly that's the
intention.
d) I propose deleting the last sentence of the Note:
"When the author does not provide this required content,
the user agent is required by this document to generate
repair text."
- Ian
[1] http://www.w3.org/WAI/UA/WD-UAAG10-20010309/
[2] http://lists.w3.org/Archives/Public/w3c-wai-ua/2001JanMar/0345.html
--
Ian Jacobs (jacobs@w3.org) http://www.w3.org/People/Jacobs
Tel: +1 831 457-2842
Cell: +1 917 450-8783
Received on Thursday, 15 March 2001 10:43:43 UTC