W3C home > Mailing lists > Public > public-aria@w3.org > May 2018

Re: Proposal: simple annotation semantics with aria-detailstype

From: Aaron Leventhal <aleventhal@google.com>
Date: Thu, 17 May 2018 15:13:00 -0400
Message-ID: <CA+1LECSKi+x_9RoV0aayqWv1jqbq6f42-ADkPGSeqr=s6_jbqA@mail.gmail.com>
To: ARIA Working Group <public-aria@w3.org>
One wrinkle is if there are multiple detail ids.

We can address this in the spec in a couple of ways:
- specify that aria-detailstype goes on the target of the aria-details
- specify that aria-detailstype can be a space delimited set of tokens,
each applying to one of the aria-details ids, in order


On Thu, May 17, 2018 at 2:26 PM Aaron Leventhal <aleventhal@google.com>

> People on the W3C call today weren't too sure about using the role on the
> target of aria-details, in order to specify the type of annotation. Here's
> an alternate proposal:
> Use aria-details + optional aria-detailstype on the same element with one
> of the following values:
> assessing, classifying, commenting, describing (default), editing,
> highlighting, identifying, linking, moderating, questioning, replying,
> tagging
> These values are imported from web annotations motivation vocabulary, but
> ARIA can eventually add additional types such as "breakpoint" for web-based
> code editors.
> This is still very simple to implement in browsers, AAM's and AT's. It
> also doesn't lead to an expansion of roles, and is more self-describing
> than using the role, which probably seems like ARIA black magic that only a
> few would know about.
> Do people like it?
> Aaron
Received on Thursday, 17 May 2018 19:13:36 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 17 May 2018 19:13:37 UTC