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

[Bug 10919] Allow role="presentation" to override the default role of any element

From: <bugzilla@jessica.w3.org>
Date: Sat, 02 Oct 2010 05:34:40 +0000
To: public-html-a11y@w3.org
Message-Id: <E1P1uk4-0000ow-KD@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10919

Maciej Stachowiak <mjs@apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mjs@apple.com

--- Comment #3 from Maciej Stachowiak <mjs@apple.com> 2010-10-02 05:34:40 UTC ---
(In reply to comment #1)
> You say that some screen readers don't recognize a role=tab if it's not a
> direct child of a role=tablist.  You then say that role=presentation "deletes"
> an element from the accessibility mapping, allowing the descendent role=tab to
> act like a child of the role=tablist, thus being recognized.
> 
> Is this latter statement what actually happens in the screenreaders previously
> mentioned?  Or is it a statement of what *should* happen in a good
> screenreader?

This actually *does* happen in the combination of Safari + VoiceOver. Elements
with role="presentation" are omitted from the accessibility tree and their
children are presented as if direct children of the next element up.

-- 
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 Saturday, 2 October 2010 05:34:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 04:42:21 GMT