[Bug 10480] add role="presentation" on the ASCII fish image

http://www.w3.org/Bugs/Public/show_bug.cgi?id=10480





--- Comment #4 from Jonas Sicking <jonas@sicking.cc>  2010-08-29 07:32:43 ---
(In reply to comment #3)
> Hej fr�n Oslo! :-)
> 
> (In reply to comment #2)
> > Doesn't the role="img" mean that:
> > 
> > A) The contents of the element represents an image and thus AT shouldn't read it?
> 
> role="img" and <img> are different things. An element with role="img" contains
> (or links to, for eample in the form of an aria-describedby link) some kind of
> description of the image (be it a <img> image, an <object> image, or -- as in
> this case -- an ASCII image).  The textual content of the element with
> role="img", must be presented to the reader by the AT.

http://www.w3.org/TR/wai-aria/roles#img says

Children Presentational:    True

How is that different from making the children presentational using
role=presentational on all of them?

> There were some pointers above - don't know if they help.

None of the links you provided unfortunately defines how ARIA role interacts
with the built-in semantics of elements.

> ARIA, in my view, never changes semantics. Well, except from AT user's point
> of view.

But I'm specifically talking about the semantics as seen by an AT user. Also,
Richard Schwerdtfeger claims in [1] that non-AT users should see a different
context menu based on what the role-attribute says. This means that at least to
some extent semantics are changed by the role attribute even for non-AT users.

[1] http://lists.w3.org/Archives/Public/public-html/2010Jun/0435.html

In any case seems like you are saying that the role attribute never changes
semantics, only adds to them? At least when the original semantics can't be
described by aria? Does this mean that an element can have two separate set of
semantics at the same time? This seems to be hard to handle in general, for
example if such elements have conflicting semantics. Can you point to a place
in the aria spec that prescribes this?

-- 
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 Sunday, 29 August 2010 07:32:45 UTC