- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Tue, 10 May 2011 20:37:20 +0200
- To: James Craig <jcraig@apple.com>, Steve Faulkner <faulkner.steve@gmail.com>
- Cc: Richard Schwerdtfeger <schwer@us.ibm.com>, W3C WAI-XTECH <wai-xtech@w3.org>
Thanks James, I filed the gist of your comment (that part of your reply which related to empty @alt in combo with non-empty @title) in the bug: http://www.w3.org/Bugs/Public/show_bug.cgi?id=12590#c9 Leif Steve Faulkner, Tue, 10 May 2011 19:20:22 +0100: > hi james, just a point of clarification: > > an <img> without alt is not mapped to role=presentation in HTML5 > > only <img alt=""> > > regards > stevef > > On 10 May 2011 18:54, James Craig <jcraig@apple.com> wrote: >> On May 10, 2011, at 7:16 AM, Leif Halvard Silli wrote: >> >>> as VoiceOver developer and as WAI-ARIA editor, >> >> Well, since you asked it like that: The following opinions are my >> own and do not necessary represent the views of my employer, nor do >> they represent group consensus within the ARIA subteam of the PFWG. >> >>> is it in your view >>> correct to treat the following image as non-presentational? >>> >>> <img alt="" title="Advicory text" src="i" /> >>> >>> VoiceOver currently does treat it as non-presentational and reads the >>> @title to the user. Ahis seems correct to do, from my POV. The >>> background for my question is found int Bug 12587 against HTML5. [1] >>> >>> [1] http://www.w3.org/Bugs/Public/show_bug.cgi?id=12587 >> >> In my opinion, the presentation state would only apply if one of the >> following were true: >> >> • the author explicitly provided a role of presentation on the img >> tag, <img role="presentation"> >> • the host language labeling mechanism (in this case @alt) equaled >> an empty string, *AND* the ARIA text alternative computation [1] >> equaled an empty string. >> >> The ARIA spec does *NOT* limit the ability of assistive technologies >> to use heuristic to determine the text alternative of an image with >> missing alternative text. Sometimes these heuristics fall back to >> image file name substrings on standalone images, or link path >> substring on linked images. For example, some assistive technologies >> will determine the following alternative text from the following >> markup (that is invalid in HTML4 b/c of the missing @alt)… >> >> "contact": <img src="contact.png"> >> "about us": <a href="/path/about_us.html"><img src="contact.png"></a> >> >> Perhaps if the HTML editors were to standardize the heuristic >> mechanism above, the accessibility advocates in the HTML group would >> be appeased. As is, it's unacceptable to state that these images are >> presentational, because it is in the best interest of the spec >> editors, browser vendors, AT users, and AT vendors to make sure >> rendering engines provide the most accessible output, even with the >> worst possible markup: >> >> <img src="asdfhjklafds_gibberish_12347612394786.png"> >> >> W3C process requires that, in order for HTML 5 to reach Candidate >> Recommendation phase, the Working Group will have to prove on each >> part of the spec, that two rendering engines have implemented the >> requirement. Despite what is currently in the HTML 5 spec, I don't >> believe any of the major browser vendors will decrease the >> accessibility of their rendering engines in order to make <img >> src="contact.png"> presentational, because it would be a user >> interface regression. >> >> And again, these opinions are my own and do not necessary represent >> the views of my employer, nor do they represent group consensus >> within the ARIA subteam of the PFWG. >> >> Cheers, >> James >> >> 1. ARIA text alternative computation: >> http://www.w3.org/TR/wai-aria/complete#textalternativecomputation >> >> > > > > -- > with regards > > Steve Faulkner > Technical Director - TPG > > www.paciellogroup.com | www.HTML5accessibility.com | > www.twitter.com/stevefaulkner > HTML5: Techniques for providing useful text alternatives - > dev.w3.org/html5/alt-techniques/ > Web Accessibility Toolbar - > www.paciellogroup.com/resources/wat-ie-about.html >
Received on Tuesday, 10 May 2011 18:38:24 UTC