- From: <bugzilla@jessica.w3.org>
- Date: Fri, 10 Sep 2010 14:48:47 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10481 --- Comment #28 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2010-09-10 14:48:39 --- (In reply to comment #25) > In HTML5 alt="" is mapped to role="presentation" so AT will no longer be able > to provide a choice to users as to whether they get an indication that an image > is present or not. Taking away an option for the user, is one side of it, indeed. Is e.g. JAWS really going to do that? If they aren't, then role=_img_ on an <img> with empty @alt will work differently in JAWS compared with AT which _does_ map alt="" to role="presentation". See below. (In reply to comment #27) > (In reply to comment #26) > > So <img alt="" src="*"> as currently implemented maps to role="img", except > > that isn't (by default) announced? > > in firefox and IE yes on windows . its not possible to check on the other > browsers as they don't expose the accessibility API information well. > > In safari 5 on Mac OSX <img alt=""> is not exposed as an image. I believe that it is simple to test this, without a11y API info. Simply: 1. Insert an <img> with an empty alt="" and set it to role="img" into a page. (In other words <img src="*" role="img" alt="">.) 2. Check whether the role="img" causes the AT to announce the <img> to the user, despite the empty @alt. In Safari 5 with VoiceOver, the above <img> is announced to the user. Not so in Jaws with IE. (Unless, of course, aria-labelledby="*" points to a label. which again means - VOILA - that it is incorrect to have role="presentation" as strong semantics for an <img> with empty alt=""! I'll open separate bug.) It seems to me that it is quite important to clarify whether VoiceOver or JAWS is correct w.r.t. exposing an <img> with empty alt="" and role="img". (That said, the opposite isn't true: setting <img alt="Foo" role="presentation" > does not make the AT read the @alt text.) PS: Doesn't this bug depend on bug 10666? -- 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 Friday, 10 September 2010 14:48:49 UTC