- From: <bugzilla@jessica.w3.org>
- Date: Tue, 28 May 2013 09:13:31 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21579 steve faulkner <faulkner.steve@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #2 from steve faulkner <faulkner.steve@gmail.com> --- (In reply to comment #0) > See comment number 10 in bug 21565 > > https://www.w3.org/Bugs/Public/show_bug.cgi?id=21565#c10 > > If empty @alt on @usemap were to imply role="presentation", then the entire > image map would have to stop working. This follows from ARIA’s requirement > that elements that are "linked" should be altogether disabled if one > disables the "main" elment. (E.g. if you do <table role="presentation">, > then all the childrene elements will be disabled as well) > > Looking in Safari + VoiceOver, there is thus a difference between doing > > 1) <img role="presentation" usemap="#map" alt="alt" src="src" /> > > on one side, and on the other side only use empty alt: > > 2) <img usemap="#map" alt="" src="src" /> > > In the first case, the entire image map stops working, while in the other > case, the image map works just fine. (Also, in Safari + VoiceOver, the alt > of the img in the image map seems to not be presented to the user - only the > alt of the area elements are presented.) > > I think we can take for granted that there are many image maps around where > there is an empty @alt, and where the author have not intended that this > would make the image map stop working in AT. > > Further more, adding role="presentation" on an anchor element does as well > not remove its interactivity. And given that image maps are links, to the > extent that HTML5 requires the CSS img:link{} selector work for images that > are image maps, it does not make sense to say that empty alt should remove > the image map <img> elements from the accessibility tree. Can you provide a concise description of the chnages you think need to be made? -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 28 May 2013 09:13:36 UTC