Debugging broken accessibility
summary
Concrete debugging recipes for tables, live regions and truncated-tooltips, not fluff: open Firefox and inspect the Firefox accessibility inspector tree to spot wrong roles and missing row/rowgroup structure; run NVDA and compare behavior to a vanilla HTML pattern or the ARIA practices examples; log DOM changes with a mutation observer and verify announcements with Accessibility Insights for Windows (listen for LiveRegionChanged). Root causes are often lack of semantic HTML knowledge, mistaken assumptions about screen readers, bad design choices, or inaccessible third‑party components — not a single missing aria.
AI-written summary · about
chapters (5)
- 0:00Start
- 7:54the dreaded
- 15:53the screen reader should say...
- 33:37Return of the
- 34:48Is this a good design?
related talks
31mDecoding web accessibility through testing
13mDebugging accessibility with Chrome DevTools - American Sign Language
13mDebugging accessibility with Chrome DevTools
47mBuilding Accessible Web Components
12mHarnessing the Accessibility Tree
45mYou're only supposed to blow the bloody doors off!
41mWhat If We Talked About Web Accessibility?
01h 05mAccessibility Testing 101
