W3C home > Mailing lists > Public > wai-xtech@w3.org > August 2010

RE: role="presentation" on an image

From: Victor Tsaran <vtsaran@yahoo-inc.com>
Date: Mon, 23 Aug 2010 11:55:34 -0700
To: Steven Faulkner <faulkner.steve@gmail.com>, W3C WAI-XTECH <wai-xtech@w3.org>
Message-ID: <03D67237123001448E3C58D3B562D54548ED9C3E@SP2-EX07VS04.ds.corp.yahoo.com>
Hi Steven,
If you're placing a role of presentation on an image, you are telling the AT that the tag is irrelevant to it. It seems like this behavior would be too late to change because browsers, eg Safari and IE, have gone down the road of allowing only one role per tag (I hope I got it right).
For example, <ul role="navigation">, when rendered in IE8, will make IE believe that there is no HTML list in the DOM tree. Similarly, role=presentation cancels out the <img> tag with all its attributes.

From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On Behalf Of Steven Faulkner
Sent: Monday, August 23, 2010 5:00 AM
Subject: role="presentation" on an image

Hi all,
If an image has a role=presentation and a non empty alt, shouldn't the alt text be passed to AT?


<a href="home.html"><img src="home.gif" alt="home page"></a>

currently this typically results in a screen reader announcing:

"link graphic home page"

when the presenece of the role information seems less than useful in context.

if role="presentation" allaowed the text "content" of the image object to be passed to AT then

<a href="home.html"><img src="home.gif" alt="home page" role="presentation"></a>

would result in the follwoing being announced:

"link home page"

currently this does not work as adding role="presentation" removes the image form the browsers accessible tree.

with regards

Steve Faulkner
Technical Director - TPG Europe
Director - Web Accessibility Tools Consortium

www.paciellogroup.com<http://www.paciellogroup.com> | www.wat-c.org<http://www.wat-c.org>
Web Accessibility Toolbar - http://www.paciellogroup.com/resources/wat-ie-about.html
Received on Monday, 23 August 2010 18:56:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:25:29 UTC