- From: Keith Cirkel via GitHub <sysbot+gh@w3.org>
- Date: Fri, 03 Nov 2023 15:57:38 +0000
- To: public-css-archive@w3.org
> > Perhaps a more generic selector which applies when an element that is tied to another open element is expanded - effectively providing a styling hook for the implicit `aria-expanded` state > > This would be confusing for the video pause/play icon use case. Since saying that a button for a video is "expanded" just because the video is playing is confusing. > > Also I don't think that this would work with custom invoker actions - where there's no true/false state. Both of these are correct and intentional. - Video pause/play would not be `aria-expanded` but instead be `aria-pressed`. We could have another pseudo class for this case but I'm not fully convinced there's a use case that differentiates from other states like `:active`. - We _cannot_ determine if custom invoker actions influence the`aria-pressed` or `aria-expanded` state, and so in these cases the very likely outcome is that browsers won't expose any implicit aria information as a consequence of invoking a custom invoker action. Consequently your application scripting would need to deal with this, which likely means `setAttribute('aria-pressed')` or `setAtrribute('aria-expanded')`. In those cases the attributes become easy to select for, meaning that a selector for `button:is(:expanded, [aria-expaned="true"])` would cover all expanded cases. -- GitHub Notification of comment by keithamus Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9547#issuecomment-1792699034 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Friday, 3 November 2023 15:57:40 UTC