- From: Aaron Leventhal <notifications@github.com>
- Date: Wed, 25 Sep 2024 13:42:59 -0700
- To: WICG/webcomponents <webcomponents@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Wednesday, 25 September 2024 20:43:03 UTC
Thanks @smhigley, something like that could work. If the author doesn't supply their own role, we can guess role=none, unless the custom element itself is focusable, or has a global ARIA property that's likely to be used on a generic (in which case we would keep the current generic role mapping). By doing this and resolving https://github.com/w3c/aria/issues/2303, we would have a satisfactory solution for existing content. For me, aria-live and aria-details seem like the only global ARIA properties that should undo the role=none default. But maybe it's not that important to support this exception, and we should just require the author provide a role if they don't want role=none for the custom element. If this is true, then I think we are just making a new default role for custom elements of "none". @smhigley WDYT? -- Reply to this email directly or view it on GitHub: https://github.com/WICG/webcomponents/issues/1073#issuecomment-2375217481 You are receiving this because you are subscribed to this thread. Message ID: <WICG/webcomponents/issues/1073/2375217481@github.com>
Received on Wednesday, 25 September 2024 20:43:03 UTC