ISSUE-587: Consider allowing the aria-selected state on any focusable element, or add a new attr like aria-active or aria-current

aria-selected on more elements

Consider allowing the aria-selected state on any focusable element, or add a new attr like aria-active or aria-current

State:
CLOSED
Product:
ARIA 1.1 Core Mapping Specification
Raised by:
Steve Faulkner
Opened on:
2013-06-20
Description:
From Steve Faulker via:
http://lists.w3.org/Archives/Public/wai-xtech/2012Jul/0006.html

> Allow the aria-selected state on any focusable element
>
> http://www.w3.org/WAI/PF/aria/states_and_properties#aria-selected
>
> Rationale
>
> quite often on web sites and web apps it would be useful to provide an
> indication of current selection, for example on a step in a process, but it
> is not appropriate or practical to use the currently defined roles that
> aria-selected is allowed on.

Note: Keep this in context of ACTION-1073.
Related Actions Items:
Related emails:
No related emails

Related notes:

FWIW, I'm worried about overloading "selected" which currently implies user-selectability to mean something else on readonly or static interface elements like links. The term "selected" is already misused or overused. It's commonly confused with other similar terms like focused, activated, etc. ARIA 1.0 at least uses aria-selected consistently. If we change that, I think we'd b introducing more confusion for authors.

There is also PFWG-ISSUE-504 to consider, where where we want to change the taxonomy so that aria-selected is NOT allowed on radio buttons to avoid author confusion. Radio buttons currently inherit aria-selected from the option role and inherit aria-checked from the checkbox role, so authors frequently use aria-selected="true" on radios when they intend to use aria-checked="true".

Despite my objections to using aria-selected on *any* focusable element, I think the idea of indicating which link points to the current page is sound, and am generally supportive of adding either a new attribute, or allowing aria-selected on more roles such as link.

James Craig, 20 Jun 2013, 17:27:37

Linking similar thread

aria-active or overloading aria-selected (Was: Suggested ARIA state)
http://lists.w3.org/Archives/Public/public-pfwg/2014Jan/0068.html

James Craig, 27 Jan 2014, 23:19:32

Current thread is suggesting aria-current over aria-active.

James Craig, 24 Apr 2014, 08:00:44

Cooper proposed aria-currentfor="IDREF" in today's call.

James Craig, 12 May 2014, 18:28:58

rs: summarize: aria-current is boolean
rs: which would indicate current item in context
rs: aria-context take idref, in future possibly some other reference (selector, etc)
rs: would apply to container of the aria-current that it applies to
rs: may apply to other attributes

James Craig, 19 May 2014, 18:13:38

querySelector is supported in IE8+ (completes action 1443)

Cynthia Shelly, 20 May 2014, 22:53:13

To be fixed in action 1442.

Richard Schwerdtfeger, 2 Jun 2014, 18:35:18

moved to an implementation spec. issue as it is addressed in the ARIA Spec.

Richard Schwerdtfeger, 14 Jun 2015, 20:53:27

Closing as done.

Joseph Scheuhammer, 19 Jul 2016, 19:50:41

Display change log ATOM feed


Joanmarie Diggs <jdiggs@igalia.com>, James Nurthen <nurthen@adobe.com>, Chairs, Michael Cooper <cooper@w3.org>, Ruoxi Ran <ran@w3.org>, Staff Contacts
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <w3t-sys@w3.org>.
$Id: index.php,v 1.326 2018/10/13 17:29:51 vivien Exp $