W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2015

Re: Making ARIA and native HTML play better together

From: Domenic Denicola <d@domenic.me>
Date: Thu, 7 May 2015 07:59:27 +0000
To: Anne van Kesteren <annevk@annevk.nl>, Steve Faulkner <faulkner.steve@gmail.com>
CC: Bruce Lawson <brucel@opera.com>, public-webapps <public-webapps@w3.org>
Message-ID: <1430985566099.71141@domenic.me>
From: Anne van Kesteren <annevk@annevk.nl>

> On Thu, May 7, 2015 at 9:02 AM, Steve Faulkner <faulkner.steve@gmail.com> wrote:
>> Currently ARIA does not do this stuff AFAIK.
>
> Correct. ARIA only exposes strings to AT. We could maybe make it do more, once we understand what more means, which is basically figuring out HTML as Custom Elements...

These are my thoughts as well. The proposal seems nice as a convenient way to get a given bundle of behaviors. But we *really* need to stop considering these "roles" as atomic, and instead break them down into what they really mean.

In other words, I want to explain the "button" behavior as something like:

- Default-focusable
- Activatable with certain key commands
- Announced by AT as a button

and then I want to be able to apply any of these abilities (or others like them) to any given custom element. Once we have these lower-level primitives we'll be in a much better place.
Received on Thursday, 7 May 2015 08:00:00 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:27:31 UTC