-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify whether aria-activedescendant may have a null value #1970
Comments
@mpaiva maybe this can be worked on with aria-controls? |
I agree @spectranaut - we should add that to the language. |
Agree. An other example is an empty listbox. We use for example listboxes for object lists and these can be empty. After creating one object list, it is always empty. So you have to put the focus on it and at these circumstances the focus stys exaclty here. The aria-activedescendant can only be "none" at this time. |
I am not sure if anyone has already proposed a way to keep the parent element informed of its descendent existence, but I am thinking that a new attribute could be of help for these dynamic elements. I'd be willing to write a proposal for
The @spectranaut - would you think this is viable? |
I think that aria-busy put on the parent element has already the same functionality? |
Indeed. Thanks @MarioBatusic – this is helpful and I can add this approach in the proposed language changes for the |
The spec for
aria-activedescendant
offers no guidance for what happens when there is no descendant (or owned) element to focus.This may happen (e.g.) with a combobox under at least two distinct conditions:
Spec at https://www.w3.org/TR/wai-aria-1.2 does not recommend removing the attribute if it points at "nothing" (as it does with aria-errormessage) - this might imply that keeping it in the DOM (e,g, pointing at an empty string) is completely fine, but as it does not explicitly state that it is permitted, the ideal approach is not very obvious. I'd like this clarified unambiguously.
Does the issue exists in the editors draft (the editors draft is the most recent draft of the specification)?
Apparently yes.
The text was updated successfully, but these errors were encountered: