w3c / aria

Accessible Rich Internet Applications (WAI-ARIA)
https://w3c.github.io/aria/
Other
637 stars 123 forks source link

Consider adding headings to feed's allowed accessibility children #2236

Open smhigley opened 3 months ago

smhigley commented 3 months ago

Description of bug or feature request

I've run into a use case where headings are used to break up sections of multiple articles within a feed. These are not article-specific headings (which should be within the article node); in my case, the headings have date/time text that group multiple articles below them.

My specific use case is a chat feed with timestamps that group several messages. Another more traditional use case could be a blog feed with headings per month or year.

I haven't run into any practical issues with this semantic structure -- keyboard focus doesn't land on the headings, and no one has complained about them in user testing yet.

scottaohara commented 3 months ago

as mentioned during triage - this is a symptom of a larger problem, that there is an assumption that if roles are not identified as "allowed" or "required" by the ARIA spec - that therefore anything else must be invalid. And this is an example of that over simplification.

So, what we really need to think about is do we need to define content models for the different roles (similar to HTML element's content models). Or do we need to identify specifical "not allowed" roles/elements for specific roles - where if a role is not listed, then it should be considered "allowed".

or: [ insert other idea(s) here ]

scottaohara commented 3 months ago

linking https://github.com/w3c/aria/issues/2101

though that's titled 'parsing', but this isn't about parsing (if we're thinking HTML parser) but again the allowed content models for roles that wouldn't potentially need to have UA repairs or just 'broken' / 'awkward' experiences if authors did not follow the potential content models

MarioBatusic commented 3 months ago

In case we define ARIA roles for existing HTML elements, I think we should respect HTML content models for child elements - roles.

If we define NEW roles in order to extend the semantics, roles that are not doubles for HTML elements, then the question is more complicated. What should we do in these cases?

spectranaut commented 3 months ago

Minutes from today's meeting: https://www.w3.org/2024/06/13-aria-minutes.html#t08

pkra commented 1 week ago

Possibly related https://github.com/w3c/aria-practices/issues/3042 (asking about nested menus).