Skip to content

Should aria-activedescendant targets still require an id in order to receive the focusable state? #2556

@jcsteh

Description

@jcsteh

Section 4.3.2 of the ARIA spec states:

  1. Apply the following accessibility API states to any element with an ID attribute that can be referenced by an element with both an aria-activedescendant attribute and has DOM focus. ...
    1. Focusable, if the element also has a WAI-ARIA role.

This makes exposure of the focusable state conditional on whether the target has an id attribute. This made sense until relatively recently when the only way for aria-activedescendant to refer to a target was using an id. However, with element reflection, ariaActiveDescendantElement can refer to an element which does not have an id.

Given this, is this id requirement still valid? Should it be removed?

CC @aleventhal, @cookiecrook.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions