W3C home > Mailing lists > Public > public-html-a11y@w3.org > September 2010

[Bug 10481] Default role of <IMG> should be "img"

From: <bugzilla@jessica.w3.org>
Date: Thu, 09 Sep 2010 11:34:25 +0000
To: public-html-a11y@w3.org
Message-Id: <E1OtfOb-00012v-0R@jessica.w3.org>

--- Comment #19 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>  2010-09-09 11:34:24 ---
(In reply to comment #18)
> (In reply to comment #17)
> > (In reply to comment #13)

> > A role="note" element is expected to have text or element children. Thus if you have <p role="note">Foo</p>, then VoiceOVer reads "Foo".
> Note that if you had <p role="teapot">Foo</p>, the UA would probably read out
> "Foo", unless the role is recognised by the UA it will just read out the
> contents of the containing element.
> > Wheras for an <img role="note" alt="Foo">, then there are no text or element
> > children, and thus VoiceOver just stops reading.
> Ok, that is to be expected.

In case of 

     <p role="img">Foo</p>,

 then the "Foo" is *not* read, since an role="img" element is not expected to
have children. Whereas in case of

    <p id="bar" role="img" aria-labeledby="bar" >Foo!</p>

then the content of th <p> is read, since @aria-labelledby point to the <p>.

I don't know ... but I think VoiceOver has one of the best ARIA implementations
out there. At elast better than the latest release of Jaws. (But Jaws has much
beter *native* support for HTML.)

> > Whereas if you have <img alt="Foo."> or <img role="img" alt="Foo.">, then >"Foo" is read.
> That is also to be expected, in HTML4, img==img.
> The point is that this default is no longer defined the same way in HTML 5.

I simply answered Ian's question. Presumably, he asked because he is willing to
listen to the arguments. Thus "no longer" is a bit early to say.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 9 September 2010 11:34:27 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:44 UTC