W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > January 2011

[Bug 10482] Specify how @usemap affects role (of <img> and <object>)

From: <bugzilla@jessica.w3.org>
Date: Fri, 21 Jan 2011 09:35:45 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PgDPF-0005gi-AH@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10482

Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|VERIFIED                    |REOPENED
         Resolution|INVALID                     |
            Summary|Should @usemap affect the   |Specify how @usemap affects
                   |default role of an IMG      |role (of <img> and
                   |element?                    |<object>)

--- Comment #4 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-01-21 09:35:44 UTC ---
(In reply to comment #2)

Some interactive elements  are only interactive when they have a certain
attribute: audio@controls, img@usemap, input@type="<not-hidden>",
menu@type="toolbar", object@usemap, video@controles

When they are interactive, HTML5 often gives them a role (or removes the role):

* <audio>:  @controls make them interactive, but there is no useful role, so
role is unchanged
* <input>: type="hidden " makes it un-interactive and also sets its role to no
role 
                     (other @type values affects input's role to positively )
* <menu>: @type="toolbar" changes the role to role="toolbar"
* <video>: same as <audio>

Similarily one could have assumed that the role of <img> and <object> would
change when they become interactive.

In that regard: The ARIA tables says that <area> has role="link". But <area>
is, nevertheless, *not* listed amongst the interactive elements. Why is that?
An element with link role that isn't an interactive element sounds odd.

We can put it like this: When object/img is an image map, is it then the <area>
element that carries the link role(s)? or is it object/img? Or is it none of
them - perhaps it is the particular area of the image which the <area> element
designates that carries the link role(s)?

We can also put it like this: can an image that acts as an image map - the
img@usemap - be considered presentational?  

Note that when e.g. the anchor element is given the role="presentation", then -
to ARIA supporting AT -it stops acting as a link. Thus, one should therefore
assume that if we have <img role=presentation usemap=#m >, then the image stops
acting as an image map. (Meaning what? That  the area links stop working in the
AT??? Or would AT handle the <area> elements regardless?)  

In that regard, since alt="<empty>" causes the role to be set to presentation,
then this would make the image map stop working/be ignored, for AT. Meaning
that if there are no parallell anhor links, the AT would not get any links.

-- 
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, 21 January 2011 09:35:47 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 21 January 2011 09:35:47 GMT