Accessibility 101

From perpendicular angel knowledgebase
Revision as of 10:20, 13 February 2019 by Kirabug (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


These are the things you need to know to get started.

Design considerations

14 easy ways to make your website more accessible by Carl Cahill and Joss Cook cover:

  1. Remember alt text
  2. Consider animations carefully
  3. Think about other languages (especially around line heights)
  4. Keep the writing straightforward
  5. Use simple colors and shapes
  6. Empower the user
  7. Offer multiple options
  8. Offer customizations
  9. Think about tab order
  10. Don't forget about bots
  11. Get the right line length and amount of text
  12. Avoid anxiety-inducing prompts
  13. Add in verifications and checks
  14. Confirm the end of a user journey

It is not coincidental that these are all usability concerns as well.

Developer considerations

Common Accessibility Mistakes and How To Avoid Them by Ben Robertson outlines four of his own principles for developing accessible websites.

  1. Web Design is more than graphic design
  2. Be ASAP: As Semantic As Possible
  3. Websites should look good naked
  4. Talk to your computer (Use ARIA attributes)

It also outlines common accessibility mistakes:

  • Missing page titles
  • Poor heading structure
  • Link text should tell where or what a user is clicking on
  • Inputs missing a <label>
  • CSS Grid / Flexbox: visual reordering sets a mismatch between logical ordering and visual ordering
  • Missing or poor alt attributes for images
  • Removing focus outlines
  • Missing keyboard functionality
  • Hiding things the wrong way

Paint the Picture, Not the Frame: How Browsers Provide Everything Users Need by Eric Bailey on A List Apart outlines some major browser functionality that is sometimes recreated by developers, such as a scroll-to-top pattern, scrollbar designs, scrolling, highlighting, text resizing, high-contrast themes, moving the focus, the clipboard, and browser history, that really probably shouldn't be messed with unless you're going to be incredibly thorough and consider a wide array of inclusive use cases.