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

Re: role=presentation must not be applied to focusable elements

From: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>
Date: Fri, 24 Dec 2010 08:18:58 +0000
Message-ID: <AANLkTinSpM_vgR0YfMAZw=jgG8nOq4SRUJVY0KC1rnTb@mail.gmail.com>
To: Steve Faulkner <faulkner.steve@gmail.com>
Cc: Jonas Sicking <jonas@sicking.cc>, HTMLWG WG <public-html@w3.org>, HTML Accessibility Task Force <public-html-a11y@w3.org>, David Bolter <dbolter@mozilla.com>, Marco Zehe <marco.zehe@googlemail.com>, Richard Schwerdtfeger <schwer@us.ibm.com>, Cynthia Shelly <cyns@microsoft.com>
On Fri, Dec 24, 2010 at 7:13 AM, Steve Faulkner
<faulkner.steve@gmail.com> wrote:
> The ARIA spec does not prohibit the use of any roles on structural
> elements such as headings, but it is
> unequivocal about role=presentation in this case:
>
> "If an element with a role of presentation is focusable, user agents
> MUST ignore the normal effect of the role and expose the element with
> implicit native semantics, in order to ensure that the element is both
> understandable and operable."

Hmm … thinking about it, that provision is rather dangerous.

In some UAs it would lead to role="presentation" being ignored on
structural elements because they allow the structural elements to
receive some sort of focus.

Opera Mini 3 introduced "content folding".

http://www.opera.com/press/releases/2006/11/28/

http://www.youtube.com/watch?v=lzTlmedXAlo

To reduce the amount of scrolling, it rolled up long lists of links
and provided a focusable button with a plus symbol for unrolling them.
For example:

<ul>
    <li><a href="foo">Foo</a></li>
    <li>Bar</li>
    <li>Baz</li>
</ul>

Would be rolled up into a presentation like:

    Foo [+]

Move focus to the [+] and activate it, and you get:

    Foo
    Bar
    Baz

UC Browser provides a similar feature in it's adaptive view:

http://www.ucweb.com/English/UCbrowser/OperatingSkills.html#4

UAs are free to build focusable UIs on top of structural elements and
will then be required to ignore role="presentation".

This means authors cannot rely on role="presentation" being applied.
For interoperability, we should arguably discourage them using it.

Perhaps role="presentation" should be restricted to the "table"
element, as this is the element most widely abused for its
presentational qualities? This doesn't absolutely solve the problem
(in that UAs might build focusable UIs on top of table semantics, e.g.
allow column headers to be focused for native sorting) but at least
restricts it to one element.

ARIA could try to mandate that UAs apply formatting and ignore
semantics for all elements with role="presentation". Defining
"formatting" here could be problematic though.

--
Benjamin Hawkes-Lewis
Received on Friday, 24 December 2010 08:19:33 GMT

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