RE: Clarification of WCAG intent and meaning of techniques [Re: WCAG considering amending F65 to NOT fail missing ALT text if title or aria-label is present]

>> So, to replace @alt with an @aria-* attribute, would be to do the 
opposite of what the WCAG Robustness principle requires

No.

<img src="../images/giraffe.jpg" aria-labelledby="123"/>
<p id="123">Giraffe grazing on tree branches</p>

is equivalent since even if the image is missing the text describing the image is still there. 

- Stefan


-----Original Message-----
From: Leif Halvard Silli [mailto:xn--mlform-iua@målform.no] 
Sent: Donnerstag, 28. November 2013 13:31
To: Steve Faulkner
Cc: Schnabel, Stefan; Michael Cooper; David MacDonald; Janina Sajka; HTML Accessibility Task Force; WCAG WG; public-comments-wcag20@w3.org; Gregg Vanderheiden; kirsten@can-adapt.com
Subject: Re: Clarification of WCAG intent and meaning of techniques [Re: WCAG considering amending F65 to NOT fail missing ALT text if title or aria-label is present]

Steve Faulkner, Thu, 28 Nov 2013 10:24:29 +0000:
> Hi Stefan, this only works for criteria that are solely contingent upon
> accessibility APIs exposing information to AT.
> 
> For the case of alt it has not been agreed that this is the case.
> 
> Ramon, for example brought up the case of a low vision user who turns off
> images in the browser because the information in the images is difficult to
> perceive, but the alt text exposed as text by the browser is not. This
> involves no AT.
> 
> In this case what is required for all of the suggested alternatives
> aria-label etc is that they are displayed in place of an image when an
> image is not displayed. This is currently not the case. If we can interest
> browser implementers exposing aria-label as text in this case then we have
> a practical alternative to alt.

So, to replace @alt with an @aria-* attribute, would be to do the 
opposite of what the WCAG Robustness principle requires: 
http://www.w3.org/TR/WCAG20/#robust

Leif H Silli

Received on Thursday, 28 November 2013 12:48:49 UTC