RE: Discussion on Change Proposal for ISSUE-66

I am in support of Matt's change.  Technical ability aside, the intent example for the save case is a good example of where this could be confusing and misleading.

If folks want a general statement about encouraging user agents to improve accessibility great but to me the spec as is goes to far and so as I say I support the change.

Kelly






-----Original Message-----
From: public-html-a11y-request@w3.org [mailto:public-html-a11y-request@w3.org] On Behalf Of Laura Carlson
Sent: Thursday, January 21, 2010 6:35 AM
To: Maciej Stachowiak
Cc: Matt May; HTML WG; HTML Accessibility Task Force
Subject: Re: Discussion on Change Proposal for ISSUE-66

Hi Maciej,

I strongly agree with Matt's rationale and  fully support removing the
Image Heuristics Paragraph from img Element Section as stated in the
Change Proposal:
http://esw.w3.org/topic/HTML/ChangeProposals/ImageHeuristics


Best Regards,
Laura

On Wed, Jan 20, 2010 at 8:55 PM, Maciej Stachowiak <mjs@apple.com> wrote:
>
> I haven't seen any follow-up discussion. I'm interested in hearing what the rest of the  Working Group thinks. Does anyone strongly agree with Matt that the sentence he objects to should be removed? Does anyone strongly feel that the sentence should be retained? Does anyone have alternate wording to suggest that might be acceptable to everyone?
>
> My own feeling is that I don't care much either way. I'd like to see whether anyone else in the Working Group has an opinion on this issue before we decide how to proceed.
>
> Regards,
> Maciej
>
> On Jan 16, 2010, at 8:38 PM, Maciej Stachowiak wrote:
>
>>
>> On Jan 15, 2010, at 2:20 PM, Matt May wrote:
>>
>>> I have completed my Change Proposal for ISSUE-66 (Remove Image Heuristics paragraph from img Element Section):
>>>
>>> http://esw.w3.org/topic/HTML/ChangeProposals/ImageHeuristics

>>
>> Thanks, I have recorded this on the status page.
>>
>> - Maciej
>>
>>>
>>> Summary:
>>>
>>> In the absence of evidence (or implementation in browsers), the current draft suggests that image heuristics algorithms may be used to recover from images with missing @alt. The technology not only does not exist: it cannot exist.
>>>
>>> It's possible that Google Goggles was the proposed implementation of image analysis heuristics here, but while it may perform well with well-defined objects with large databases of established imagery, it is not a cure-all for the problem of missing @alt -- and if it were, in fact, that good, it would be better positioned as a tool for the authoring process than in the browser.
>>>
>>> The reason for this is that images themselves are only place markers for what the author intends to express. It is the author, then, and not the image, that is most responsible for determining what fits best as alternate content. And for this reason, no automated tool can possibly claim to sufficiently repair missing @alt content. This sentence only serves to make that less clear.
>>>
>>> User agents may use any technology they choose to improve the user experience for users with disabilities. Such an implementation may in fact have positive effects, in certain cases. However, it is not necessary to specify this, particularly if by doing so the necessity of human-created @alt is made less than perfectly clear.
>>>
>>> A second problem is that @alt, when contained within an anchor, is according to best practice used to describe the purpose of the link. Consider the following code, which is extremely common:
>>>
>>> <img src="diskette.gif" alt="Save">
>>>
>>> The intent of the graphic is to convey, through a common icon, that the control using this image saves current work. An image heuristic would not find "Save" but instead an image of 3.5" diskette. Replacing the image with a description is not necessarily a good indication of the author's intent, even when the description is accurate.
>>>
>>> Finally, image analysis systems such as Google Goggles require enormous (as in upper terabytes to lower petabytes) databases of content in order to function at anything better than parlor-trick levels of efficacy. At the moment, the only available provider for such a service is Google. This is, in effect, a binding in the specification to a closed-source, single-provider service, which sets a dangerous precedent.
>>>
>>> I have updated the ChangeProposals page with this one:
>>>
>>> http://esw.w3.org/topic/HTML/ChangeProposals

>>>
>>> -
>>> m
>>
>>
>
>
>



-- 
Laura L. Carlson

Received on Thursday, 21 January 2010 15:06:36 UTC