- From: <bugzilla@jessica.w3.org>
- Date: Sat, 28 Aug 2010 19:18:23 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10444 Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |xn--mlform-iua@xn--mlform-i | |ua.no Resolution|FIXED | --- Comment #3 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2010-08-28 19:18:21 --- The intention of the (In reply to comment #0) > Some HTML elements have no special ARIA semantics - neither a default role nor > restrictions on allowed roles. While it can be inferred that this is true of > any element not explicitly mentioned, it is helpful for implementors and > reviewers of the spec to have an explicit list, if only to be confident that > missing elements are supposed to be handled this way, and were not just > overlooked. > > Elements in this category: <snip> > img (that does not have an empty alt) This is incorrect. Please remove the IMG with non-empty @alt from the list. The proposal from the A11Y TF is that an IMG element with an non-empty @alt should default to role="img". http://www.paciellogroup.com/blog/misc/HTML5/aria-html5-proposal.html This can also be demonstrated with a look at how VoiceOver works with Webkit: Normally, VoiceOver reads the @alt attribute of an IMG. But when the <img> element has the @usemap attribute, then Webkit does not read teh @alt attribute. However, if you give an <img> element BOTH @usemap + @role="img", _then_ VoiceOver/Webkit reads the @alt attribute. That Webkit fails to read the @alt of an image map <img>, is a bug. However, the described behavior demonstrates that Webkit, by default, treats an <img> element as having role="img". The correct resolution is to say that <img> with a non-empty @alt should default to role="img" but that it may be set to any role. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Saturday, 28 August 2010 19:18:24 UTC