When to automatically expose actions on an option (ARIA only or HTML options too?)

[aleventhal]

The new HTML customized select can have have buttons and links inside of options, and the plan is to both allow tab navigation to them, as well as to expose via the actions interface, as if aria-actions was used.

Question: how about we do this for any option, even an ARIA option? After all, it shouldn't care whether the button or link inside is from HTML or ARIA. I think it would be more consistent, and improve the a11y of existing content. I don't imagine scenarios where it would make things worse.

[aleventhal]

@smhigley @jcsteh @scottaohara

[JAWS-test]

@aleventhal If it works in HTML, ARIA should also allow it. But I am not aware that this is possible with HTML. Where is this specified?

[pkra]

@JAWS-test this refers to a new proposal: https://developer.chrome.com/blog/rfc-customizable-select

[JAWS-test]

@pkra https://developer.chrome.com/blog/rfc-customizable-select:

you can add arbitrary non-interactive content within the option elements

I did not find on the page you mentioned that option elements may contain links and buttons. On the contrary, it says that this remains prohibited. Therefore the suggestion of @aleventhal refers to another page or the suggestion does not seem to be correct

[pkra]

@JAWS-test sorry for not responding. Yes, I was mistaken.

[spectranaut]

Discussed at TPAC.

To discuss still: which combinations of roles.

[aleventhal]

I think we should consider a few other roles, such as treeitem, menuitem, or gridcell.