~/talk

Common ways we break accessibility and how to avoid them

Talkat Render Conference 2018 · on Friday, 2018-03-23· [accessibility, frontend-architecture]
slides:none on file

Over 70% of websites break accessibility, leaving 10–20% of customers unable to use them; this talk shows concrete fixes: removing CSS like outline:none hides the focus ring and breaks keyboard users, restoring browser defaults or adding a custom visible ring fixes it; adding tabindex=0 reintroduces keyboard access to interactive elements; using the focus-visible polyfill preserves visuals for mouse users while exposing focus to keyboard users; auto-captions on YouTube are a usable starting point but require manual edits to be readable.

AI-written summary · about

  1. 0:00Intro
  2. 0:33Chrome only sites
  3. 1:45One browser
  4. 2:58Introduction
  5. 4:16Web accessibility definition
  6. 4:50Disability categories
  7. 5:56Kayak UK
  8. 9:15Key message
  9. 9:55Focus ring
  10. 11:10When to evolve
  11. 16:12Test with your mouse
  12. 23:47Headings
  13. 24:44Multiple headings
  14. 25:19Section headings
  15. 25:48Shortcut headings
  16. 26:54Video captions
  17. 28:40Auto captions
  18. 29:48Conclusion
~/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.