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>

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 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:46 UTC