Skip to content
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

Section 2C could be more clear for collapsed comboboxes #232

Open
benbeaudry opened this issue Mar 13, 2024 · 3 comments
Open

Section 2C could be more clear for collapsed comboboxes #232

benbeaudry opened this issue Mar 13, 2024 · 3 comments
Assignees

Comments

@benbeaudry
Copy link

While working on this accname wpt with Daniel Clark, we stumbled upon the computation steps, section 2C, where it says:

Combobox/Listbox: If the embedded control has role combobox or listbox, return the text alternative of the chosen option.

However, in the combobox spec, it says:

Typically, the initial state of a combobox is collapsed. In the collapsed state, only the combobox element and a separate, optional popup control button are visible. A combobox is said to be expanded when both the combobox element showing its current value and its associated popup element are visible. Authors MUST set aria-expanded to true on an element with role combobox when it is expanded and false when it is collapsed.
Elements with the role combobox have an implicit aria-haspopup value of listbox. If the combobox popup element has a role other than listbox, authors MUST specify an aria-haspopup value of tree, grid, or dialog that corresponds to the role of its popup.

We think (and are trying to confirm with the ARIA editors) that it's possible to have a combobox element that doesn't have a listbox and any option.

The combobox spec also says:

Otherwise, the value of the combobox is represented by its descendant elements and can be determined using the same method used to compute the name of a button from its descendant content.

Which appears to indicate that a combobox without a listbox should have its name from its value, and its value computed from the descendants' content. Is that right? If that's the case, should we clarify the accname computation steps?

@MelSumner
Copy link
Contributor

Since the combobox spec was updated on the more recent side of things, it's entirely plausible that ACCNAME could be updated to provide further clarification.

Re: is it possible to have a combobox element that doesn't have a role of listbox:

If the combobox popup element has a role other than listbox

This sentence in the spec suggests that it is possible to have a role other than listbox, and seems to be specific to things like the mentioned tree, grid, or dialog that corresponds to the role of its popup.

@spectranaut
Copy link
Contributor

Discussion of value: #200

@spectranaut
Copy link
Contributor

Here is Ben's related issue on ARIA, which we will probably close as it is about the combobox value and we already have issues for that: w3c/aria#2149

Additionally, this issue was discussed in the ARIA working group meeting, during new issue triage today: https://www.w3.org/2024/03/14-aria-minutes.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants