Upgrade to Pro — share decks privately, control downloads, hide ads and more …

How do I know if my web project is accessible?

Michael Beil
February 12, 2015

How do I know if my web project is accessible?

16 questions you can ask yourself to determine whether or not your web project is accessible.

Props to Graham Armfield of http://coolfields.co.uk for allowing me to build on his slides.

Michael Beil

February 12, 2015
Tweet

More Decks by Michael Beil

Other Decks in Programming

Transcript

  1. What I’m going to cover Web Content Accessibility Guidelines
 (Version

    2) published by the Web Accessibility Initiative of the World Wide Web Consortium http://www.w3.org/TR/WCAG20/ A.K.A. WCAG2.0 • Good resource for accessibility • Can be hard to interpret
  2. What I’m going to cover So how about a simple

    yes/no checklist? Easy to check with free tools
  3. The Four Principles of Accessibility Perceivable – Make web content

    available for the senses: sight, sound, or touch. The most practical way to achieve this is to provide text alternatives for any non-text content. Operable – Make interface elements operable (forms, control, navigation). The biggies here are making keyboard navigation available and giving users time to read or click through content (i.e. imagine a slider that rotates images faster than a user can process or click). Understandable – Make sure content and user interface are understandable. Now this is User Interface 101, accessibility or not. If somebody’s having to guess about where to click, then the design is a failure. Stick to layouts and interfaces that are predictable – if you get too clever with a design, people won’t intuitively know how to use it. Designers, don’t hate on this one. Accessible does not have to equal boring or ugly. Robust – Content can be used reliably by a variety of user agents, including assistive technologies. The bottom line here? Always strive to conform with current web coding standards. See: http://www.carriedils.com/how-to-check-website-accessibility/
  4. Disclaiming We’re only going to cover some common accessibility issues.

    But, if you can answer these questions correctly, your site/project/app will be more accessible than many.
  5. Legal stuff • Section 255 of the Telecommunications Act •

    (USA) Rehabilitation Act, Section 504 • (USA) Rehabilitation Act Amendments of 1998, Section 508 http://www.w3.org/WAI/Policy/#US
  6. Keyboard interaction You need to answer Yes to these: 1)

    Can I easily access all parts of the site with the keyboard only? 2) Can I easily see where keyboard focus is?
  7. Keyboard interaction CSS a:hover {background:#fff, color:#000} a:hover, a:focus {background:#fff, color:#000}

    Don't do this: a:focus {outline:none} jQuery $(selector).hover(inFunction,outFunction); $(selector).focusin(inFunction); $(selector).focusout(outFunction);
  8. Keyboard interaction You need to answer Yes to these: 3)

    Can I easily access all functionality with the keyboard only? 4) Does the keyboard tab order make sense?
  9. Links Can you answer Yes to this one? 6) Do

    all links provide enough information to state where they lead to? Elements list in NVDA
  10. Media Can you answer Yes to these? 7) Do all

    images have appropriate alternate text? (appropriate may mean empty ie alt="") 8) Do all videos have captions?
  11. Signposting content Can you answer Yes to all these? 9)

    Are the page titles unique and meaningful? 10) Do pages have appropriate headings and subheadings? 11) Are ARIA landmark roles present?
  12. Using headings Headings  list  from   NVDA  screen  reader Note:

     NVDA  exposes   heading  hierarchy Headings  are  used  as   a  navigation  feature
  13. Text Can you answer Yes to this one? 12) Can

    I resize text in a page without breaking the layout?
  14. Text Can you answer No to this one? 13) Is

    any of the text fully justified?
  15. User input Can you answer Yes to this one? 14)

    Do all form fields have an accompanying label?
  16. Color & shape Can you answer Yes to this one?

    15) Is the color contrast sufficient?
  17. Color & Shape Can you answer No to this one?

    16) Is meaning conveyed by color or shape only?
  18. Assessing accessibility in color and shape … Project Name Status

    Fully Resourced? Easy peasy project ! Quite a tricky project ! So glad I'm not on that project " Going OK !
  19. Useful resources Color Contrast Analyzer • http://paciellogroup.com/resources/contrastAnalyser Wave Toolbar/Website •

    Standalone - http://wave.webaim.org • Chrome or Firefox add-on Browser Tools • Chrome - Inspect element: accessibility properties • Firefox – Firebug inspect element
  20. More useful resources Getting alternate text right • http://owl.li/pGtKC Coding

    forms for accessibility • http://owl.li/pDLMQ Creating text for screen readers only • http://owl.li/qzOGj
  21. Thanks for listening! Any questions? [email protected] @michaelbeil Props to @coolfields

    for letting me build on his slides. Find him at http://coolfields.co.uk. Photos from http://pexels.com and GIFs from http://giphy.com.
  22. Some things that weren't covered: • Links that open new

    windows/panels • Form submission errors • Movement/flashing on pages • Audio on pages • Updating content after page loaded • Timeouts • Data tables • Keyboard traps • CAPTCHAs • Skip links • Alternate navigation • Indicating language • Triggering actions • Automated page refreshing • PDFs