W3C home > Mailing lists > Public > wai-xtech@w3.org > August 2007

Re: Investigating the proposed alt attribute recommendations in HTML 5

From: Maciej Stachowiak <mjs@apple.com>
Date: Thu, 30 Aug 2007 02:40:03 -0700
Cc: HTMLWG <public-html@w3.org>, wai-xtech@w3.org
Message-Id: <E545486F-7E16-4995-89C8-B0A2D4F235C1@apple.com>
To: Steve Faulkner <sfaulkner@paciellogroup.com>

On Aug 30, 2007, at 1:26 AM, Steve Faulkner wrote:

> Maciej wrote:
> >It looks like the flickr page you tested is a search, which doesn't  
> include the title or caption. What about a page like this (I found  
> it from the >example you used), where the titles are included, and  
> are duplicated by the alt text:
> >http://www.flickr.com/photos/11994078@N04/
> If we look at the page you provided, we still have the same issue, a  
> choice between a duplicate text title being announced for each image  
> when the page is read using
> case 1 - user uses The JAWS read all command:
> For a text, & alt pair the screen reader would announce
> with the title repeated as the alt
> "Sgt.Pepper and Robinone
> Link Graphic Sgt.Pepper and Robinone "
> with no alt attribute
>  "Sgt.Pepper and Robinone
>   Link Graphic  slash one billion two hundred thirty-seven million  
> eight hundred seventy-four thousand two hundred ninety-three  
> underline eight dfcdzerocbfe underline t.jpg"
> which is preferable?
> if a null alt text is used (alt="")
> the result is the same as for no alt attribute, because the image is  
> the sole content of the link.

It sounds like JAWS doesn't give any way to get ideal behavior in this  
situation (which I would imagine to be to say "Sgt.Pepper and Robinone  
Link Graphic". Can we come up with some markup that would indicate  
this is the desired treatment but still have reasonable fallback in  

Maybe the best one could do is to include some generic text to avoid  

<h4>Sgt.Pepper and Robinone</h4>
<a href="...">
<img alt="this photo" src="!@37874293_8dfcdzerocbfe_t.jpg">


Received on Thursday, 30 August 2007 09:40:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:25:17 UTC