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

[Role Parity] What do we do about summary element? #939

Open
joanmarie opened this issue Apr 9, 2019 · 9 comments
Open

[Role Parity] What do we do about summary element? #939

joanmarie opened this issue Apr 9, 2019 · 9 comments
Labels
feature may add new concept(s) to ARIA which will require implementations or APG changes
Milestone

Comments

@joanmarie
Copy link
Contributor

No description provided.

@joanmarie joanmarie added this to the ARIA 1.2 milestone Apr 9, 2019
@jnurthen jnurthen modified the milestones: ARIA 1.2, ARIA 1.3 Sep 26, 2019
@jnurthen
Copy link
Member

@joanmarie
Copy link
Contributor Author

Consenus: Button role with aria-expanded.

@scottaohara
Copy link
Member

I am very well aware that I was the one banging on about how details/summary can be attributed to button aria-expanded=... ... due to the fact that HTML allows for summary to have heading and link children, but role=button does not (nor likely should), I'm not so sure on this one anymore.

Might we resurrect this issue one more time for discussion? Everyone is invited to throw snarky comments at me for my previous handwavy response to this issue.

@scottaohara
Copy link
Member

related to:
#1174

@scottaohara scottaohara modified the milestones: ARIA 1.3, ARIA 1.4 Jun 3, 2023
@scottaohara scottaohara reopened this Jun 3, 2023
@scottaohara scottaohara changed the title [Role Parity] What do we do about summary? [Role Parity] What do we do about summary element? Jun 3, 2023
@scottaohara
Copy link
Member

linking w3c/html-aam#345

@spectranaut
Copy link
Contributor

Discussed in last weeks meeting: https://www.w3.org/2023/06/08-aria-minutes#t05

@spectranaut
Copy link
Contributor

spectranaut commented Jun 20, 2023

To schedule for a deep dive after July 4th weekend, potentially July 27th

@jnurthen
Copy link
Member

@scottaohara
Copy link
Member

thought i posted this in this issue, but I did it in the html AAM thread so cross posting here:

From the ARIA WG deep dive today, there are presently two directions we could take this issue.

  1. We create a new role (name pending) to represent a 'disclosure' control. This control would be similar to, for instance, tab and push/expand button roles - in that it's activation would toggle the display of other associated content. However, it would need to be different than those roles to account for the fact it would need to allow its own instances of structural elements (headings) or interactive elements (links / text fields, etc.).

  2. We do not create a new role, but instead look to have browsers revise the shadow DOM of the summary element to be exposed to users as a button element with the arbitrary content that can be added to a summary element as a separate element which would provide the accessible name for the persistent button element. I created a codepen to demonstrate how this "could" be structured (again as far as the end user is concerned) - https://codepen.io/scottohara/pen/RwqQgML

  3. We could go with another direction that someone could propose.

Thank you everyone for your participation / input in today's meeting.

@jnurthen jnurthen added the feature may add new concept(s) to ARIA which will require implementations or APG changes label Sep 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature may add new concept(s) to ARIA which will require implementations or APG changes
Projects
None yet
Development

No branches or pull requests

4 participants