W3C home > Mailing lists > Public > public-html@w3.org > January 2010

Re: Discussion on Change Proposal for ISSUE-66

From: Matt May <mattmay@adobe.com>
Date: Thu, 21 Jan 2010 21:55:40 -0800
To: Maciej Stachowiak <mjs@apple.com>
CC: Shelley Powers <shelley.just@gmail.com>, Jonas Sicking <jonas@sicking.cc>, HTML WG <public-html@w3.org>
Message-ID: <EA535C36-F449-43BD-ABDA-F939875402CA@adobe.com>
On Jan 21, 2010, at 10:35 PM, Maciej Stachowiak wrote:
>> http://www.w3.org/TR/AERT
> 
> This seems to be focused on repair techniques for authoring or evaluation tools, where they find a problem and make or suggest changes to the markup. It doesn't seem relevant to this situation.

AERT is basically a human-language version of an evaluation tool's heuristics for detecting broken content. It's relevant here in that it contains rules for determining broken @alt content, and steps on how to repair it. Your previous message suggested some heuristics; I'm just pointing out that similar work has already been done within W3C.

> I see the following in UAAG: <http://www.w3.org/TR/UAAG10/guidelines.html#tech-missing-alt>
> 
> 1) This seems to not only allow but require UAs to repair missing content. Therefore, I think HTML5 should at least allow repair of some form. We could either make this an explicit MAY-level requirement, or just let it be implicit that repair is allowed. I think it's probably better to be explicit to remove room for doubt.

I would support a statement that makes reference to UAAG requirements on missing @alt.

> 2) The suggestions cited there (using the URL, content type, or element type) are potentially useful, but the idea of using OCR is not mentioned at all. Perhaps OCR was less practical when UAAG was first published.

Not necessarily. I remember this being discussed in the UAWG. UAAG tended to shy away from recommendations that weren't applicable to all web content, and in the case of OCR, the issue was that in various cases it was either bound to fail due to excessively small text; or with logotypes (say, the Coca-Cola logo); or in cases where text is present, but not representative (a Brazilian flag would result in alt text of "Ordem e Progresso"; a photo of the main street of an American town might result in "M McDonald's Billions and Billions Served Texaco Speed Limit 25").

> That being said, I think this suggests an update to UAAG rather than different advice in the spec. What's the best way to provide feedback on UAAG?

Their list is w3c-wai-ua@w3.org. They're working on UAAG 2.0 presently:

http://www.w3.org/TR/UAAG20/

> I think our minimum level of consideration should to be to ensure that things *required* by UAAG are at least *allowed* by HTML5.x. In this case, I think we can satisfy that goal by making sure that repair for missing alt is allowed in HTML5, without going into too much detail about what techniques could be used. What do you think?

Insofar as HTML5 is more of a user agent spec than HTML 4, I agree. What I'd like is more clarity in the text of the section on @alt about what is expected of authors (i.e., don't rely on browsers to generate it for you), and what is intended to repair nonconforming content. Given that authors will refer to this, I think that division should be made much clearer.

-
m
Received on Friday, 22 January 2010 05:56:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:00 GMT