The ARIA Authoring Practices Guide (APG) [1] is my usual goto for what ARIA markup I need for custom elements, as it is clear on what the keyboard navigation, ARIA roles, ARIA states, and ARIA properties should be for a given element in a given state. That makes implementing and testing it easier than reading the core specs.
Apt, given the earlier discussion around Nolan Lawson's article: when used diligently, ARIA can help turn that div soup into something users, user agents, assistive technologies _and_ developers can make better sense of.
As the article mentions, slapping aria-label on everything won't make an interface accessible and might have unintended consequences.
jauntywundrkind · 5h ago
I hate that this burns me out at all, but every job I've been at has insisted on adding some sort of data-test-id throughout the app, and I've always thought it was actively obfuscating seeing what's really happening for a perceived value add of test stability that in fact didn't matter but also actively his what was really changing over time.
Exactly as you say, it drives better accessibility, and gets everyone using the same referants (versus inventing a new third way outside of both query selectors & aria).
nailer · 4h ago
ARIA is a 'boil the ocean' solution that primarily helps the accessibility industry. These problems are better solved through accessibility focused computer vision models.
lukastyrychtr · 1h ago
You would need the accuracy of these models to be way, way, better than today (so you do not lie to the user which has no idea about the fact that the output is a lie, because he can't compare the model output with the input, because he can't see that), their hardware requirements way, way, lower (so you don't need a game rig for useful computing in these groups), so, no, I can't agree, this A.I. approach will not save you from correct semantic markup.
nailer · 25m ago
What evidence do you have to say that the accuracy right now is bad? UI recognition is generally much easier than photographic recognition. Additionally, per the original point re: boling the ocean, it is more likely that a person has a CV-based screen reader than every website they are visiting having ARIA tags.
[1] https://www.w3.org/WAI/ARIA/apg/
As the article mentions, slapping aria-label on everything won't make an interface accessible and might have unintended consequences.
Anyhow, it's been a huge morale win to see really good works like the Testing Library strongly emphasize using page accessibility hooks to drive testing! https://testing-library.com/docs/queries/about/#priority
Exactly as you say, it drives better accessibility, and gets everyone using the same referants (versus inventing a new third way outside of both query selectors & aria).