~/talk

Beyond the DOM: what’s in the accessibility tree for you?

Talkat Frontend United 2018 · on Friday, 2018-06-01· [accessibility]
slides:none on file

Explains what actually lives in the accessibility tree and how browsers expose it: Chrome shows per‑element computed name/role since Chrome 65 while Firefox exposes the whole tree in DevTools (around Firefox 61). Lists test tools NVDA VoiceOver TalkBack Orca and Windows Inspect plus the axe extension which auto‑checks a subset of WCAG. Describes the experimental Accessible Object Model phases 1–4 (set properties handle events create virtual nodes inspect tree) and notes privacy concerns and the demoed DevTools pane working end to end.

AI-written summary · about

  1. 0:00Intro
  2. 0:33In this presentation: . How do screen readers interact with web browsers? • What information do screen readers need to function?
  3. 3:18Accessibility APIs
  4. 6:31Getting data from the browser
  5. 6:59Virtual model • User can read the web page like a document by using the
  6. 7:49Demo: simple web page interaction
  7. 10:41Basic information on elements
  8. 12:49Actions
  9. 14:01Inspecting the accessibility tree
  10. 16:06Common free screen readers
  11. 17:59With browser devtools
  12. 18:56Chrome
  13. 27:17Phases
  14. 28:21Browser support
  15. 30:31Phase 1
  16. 32:36Phase 2
  17. 34:57Privacy
  18. 36:07Phase 3
  19. 38:03Conclusions
  20. 38:14Questions?
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.