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

[Bug 10450] Allow lists to be used as menus or tab sets

From: <bugzilla@jessica.w3.org>
Date: Thu, 14 Oct 2010 10:18:22 +0000
To: public-html-a11y@w3.org
Message-Id: <E1P6KtC-00046d-Fz@jessica.w3.org>

Ian 'Hixie' Hickson <ian@hixie.ch> changed:

           What    |Removed                     |Added
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #19 from Ian 'Hixie' Hickson <ian@hixie.ch> 2010-10-14 10:18:21 UTC ---
Maciej did some digging in the ARIA specs and found the following:

1. It seems like the relationship between tab and tablist is mediated by the
"owned element" concept, which applies to any DOM descendant:
Thus, role=presentational isn't needed according to the ARIA spec to achieve
the effect described above.

2. It is required to prevent the role of the list item itself being present.
This is a different use case than described above, but a relevant one
nonetheless. That is, the role=presentation is not in theory required to get
the ownership relation right, but it is required to avoid redundant content in
the accessibility tree.

3. This means that any list will contain _all_ of its descendant list items,
even those owned by nested lists, which is clearly a bug in ARIA.

4. The implementation guide:
...says that the role mappings are such that random DOM descendants (with
non-presentation-role intermediate elements) will not get hooked up correctly
(as according to the ARIA spec). Therefore, the use case described previously
here _does_ apply according to the implementation guide (but not the ARIA

The remaining issue in this bug therefore seems to be handled by bug 10919.
I'll fix it there and am returning this bug to the FIXED state as per comment

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 Thursday, 14 October 2010 10:18:23 UTC

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