Accessibility

Master Class @ SXSW

Knowbility
#a11yMaster

Agenda

  • 9:30 - Overview and Introductions
  • 9:35 - How We Define Accessibility
  • 9:50 - The Case for Accessibility
  • 10:15 - Role Based Accessibility
  • 10:45 - Tools to Use
  • 10:55 - Quick Stretch Break 
  • 11:00 - Accessibility in Action
    • Designer Review
    • Developer Review
  • 12:15 - Wrap Up & Questions
  • 12:30 - Go Forth and Prosper

Introductions

scene from office space movie with text, What is it that you say you'd do here?

Robert Jolly

  • Technology Director - Knowbility
  • W3C contributor - WAI Education and Outreach
  • Formerly with Happy Cog

Introductions

Becky Gibson

  • Sr. Accessibility Strategist - Knowbility
  • W3C contributor - ARIA, APA, WCAG and more
  • Formerly with IBM, Dojo
  • Austin-based non-profit organization
  • Formed in 1999
Knowbility

Knowbility’s mission is to create a more inclusive digital world for all.

W3C Member

How We Define Accessibility

We define accessibility in terms of

user experience.

  • get the same information,
  • perform the same interactions, and
  • function as others

Can people with disabilities…

with comparable ease?

Why it Matters:

  • Employment
  • Independence
  • Equality
It's People

IT’S PEOPLE !!!

How People with Disabilities Use Technology

General Categories of Disabilities

  • Auditory
  • Cognitive, Learning, Neurological
  • Physical
  • Speech
  • Visual

General Categories of Disabilities

Notes:

  • Some people may have disabilities from birth or as a result of disease, illness, or accident.
  • Disabilities can be permanent, temporary, or situational.
  • Additionally, people often develop impairments with aging.

Assistive Technologies

  • Speech Input
  • Zoom/Magnification
  • High Contrast
  • Screen Readers
  • Switch Devices

Assistive Technologies

Let’s see some in action.

Internal Knowbility Demo Video (uncaptioned version)

example page of alpine competition results to try the straw test

The Straw Test

  • Simulates screen magnification
  • Simulates reduced vision
  • You only need your hand or a straw!

Accessibility Perspectives Videos

The W3C Web Accessibility Initiative commissioned these videos to help educate people about the importance of web accessibility.

Did that prompt any questions or ideas?

The Business Case for Accessibility

  • Increase Revenue
  • Boost Market Share
  • Improve Efficiency
  • Drive Innovation
  • Reduce Legal Risks

Increase Revenue

  • 1.3 Billion people with disabilities worldwide
    • 56 million in the US 
  • 53% of consumers when including friends & family
  • 8 Trillion $US disposable income
man in suit holding a magnet that is attracting paper money

“If you do not intentionally include, you unintentionally exclude.”

Neil Lenane

Talent Acquisition/Diversity and Inclusion Leader
 Progressive Insurance 

Boost Market Share

  • Digital technologies are equalizers.
  • People with disabilities are vocal.
  • People with disabilities are loyal.
  • People with disabilities influence family & friends.
  • Socially Responsible and Ethical Consumers pay attention to accessibility and inclusion.

What companies openly include PwD?

Improve Efficiency

  • People with disabilities are the original innovators
  • Design and Build Once
  • easier to include all users from the beginning
  • more cost effective to find and fix issues earlier 
  • 6 times more costly during development than at design 
  • 15 times more costly during testing

Drives Innovation

  • People with disabilities are the original innovators
  • Studies show groups of diverse problem solvers outperform groups of recognized, repeatable problem solvers​
  • Accessibility enhances Usability

What are some benefits of accessible technologies? 

Reduce Legal Risk

It’s the right thing to do!

Accessibility Principles

Guidelines

and

Perceivable

The Principles of Accessibility

Operable

Understandable

Robust

syrup pouring over waffles

P.O.U.R.

  • get the same information,
  • perform the same interactions, and
  • function as others

Can people with disabilities…

with comparable ease?

Accessibility Guidelines

Since 2008: WCAG 2.0 

Accessibility Guidelines

New (current): WCAG 2.1

  • Compatible with WCAG 2.0
  • Adds new Success Criteria (17 total, 12 at A & AA)
  • Covers areas WCAG 2.0 did not address well:
    • Low Vision
    • Mobile
    • Cognitive
17 new success criteria in WCAG 2.1 (8 mobile, 5 low vision, 4 cognitive)
new wcag 2.1 success criteria by level: A=5, AA=7, AAA=5

Standards and guidelines help measure and document the use of recommended techniques.

But, ultimately, the measure is how well our sites and apps work for people.

Essential Components of Web Accessibility

Content

Developers

Users

Authoring Tools

Evaluation Tools

Browsers

Assistive Tech

Guidelines

Technical Specifications

ATAG

WCAG

UAAG

HTML   CSS   SVG   DOM   ETC

Role-Based Accessibility 

  • Designers
  • Developers
  • Project/Product Managers
  • Quality Assurance
  • Who else?

Designer Role

  • Color (contrast, meaning)
  • Structure & hierarchy
  • Interactions (states, errors, confirmations)
  • Proximity
  • Controls for motion (video, animation)
  • What else?

Developer Role

  • Operability (mouse, touch, keyboard, voice)
  • Meaningful structure
  • Interaction support (element states, errors, confirmations, focus management)
  • Parsing
  • What else?

PM Role

  • Understand the overall project/product picture related to accessibility
  • Think POUR throughout process
  • Provide team support & represent users 
  • Escalate, when needed
  • What else?

QA Role

  • Develop test plans with accessibility built-in
  • Use automated tools where practical
  • Use manual testing for full coverage 
  • Reduce false positives
  • Act as accessibility safety net
  • What else?

Tools to Use

Stretch Break

Design Review Sessions

Design Review

Let’s take a look at some sites.

Design Review Tips:

  • Use good color contrast.
  • Don’t use color alone for meaning.
  • Provide visible focus (“outlines”).
  • Design bypass blocks (“skip navigation”).
  • Ensure labels are on all form fields.
  • Document and design form error handling.
  • Use proximity for related elements.
  • Craft appropriate alt text.
  • Think about keyboard controls for interactions.

Ask design teams to: 

Design Review How-To:

You can check for color contrast using the Colour Contrast Analyser tool.

Design Review How-To:

You can check for visible focus by using your keyboard to tab to links and other elements.

Design Review Tips:

Want a checklist?

Developer Review Tips:

  • Implement keyboard support & skip link(s).
  • Make visual focus order match source code order. 
  • Use semantic HTML.
  • Include page landmarks.
  • Properly associate labels with form fields.
  • Force proper alt text.
  • Use ARIA wisely.
  • Test with a screen reader.

Ask developer teams to: 

Dev Review How-To:

You can check for keyboard support by using your keyboard to tab to links and other controls.

  • Can you tell where your focus is?
  • Do elements work as expected with the keyboard?

Keyboard basics:

Control Navigate Forward Navigate Backward Activate/Select
input elements  tab shift-tab
button tab shift-tab enter or space
radio left arrow right arrow selected as receives focus
checkbox tab shift-tab space
select options arrow down arrow up enter;
escape to close
range arrow right, page-down, end arrow left, page-up, home
links tab shift-tab enter

Dev Review How-To:

Here is how you can test for a functioning  visible, keyboard-only skip navigation feature using axe.

Dev Review How-To:

How to evaluate use of tabindex by using the tabindex bookmarklet.

Tabindex Value Result
0 adds element to default source code order
-1 allows programmatic focus to element
>0 Just DON'T Do It!

Dev Review How-To:

You can check for semantic structure by using the WAVE tool in your browser.

Dev Review How-To:

You can check for landmarks by using the Landmarks bookmarklet.

  • header / banner
  • nav / navigation
  • main
  • form
  • footer / content info
  • aside / complementary info

Dev Review How-To:

You can check for proper form labels by using the WAVE tool in your browser.

Dev Review How-To:

How to evaluate proper alt text on images by using the WAVE tool in your browser.

<img srcX="valid-img.jpg" alt="NO ALT TEXT">

Will surely get someone's attention

(src attribute is broken, image won't  load)

Dev Review How-To:

How to evaluate ARIA by using the WAVE tool in your browser.

WAI-ARIA

Web Accessibility Initiative - Accessible Rich Internet Applications

 

Adds roles, states, and values to communicate behavior  information to screen readers.  Used to build or customize controls. Examples, include dialogs, tab panels, alerts, menus, and more.

In-Browser Page

Review Sessions

In-Browser Page Review

Let’s take a look at some sites.

Coded Page Review Tips:

  • Use semantic markup—always.
  • Keyboard test everything.
  • Ensure page titles are descriptive and unique.
  • Keep heading levels logical and consistent.
  • Use ARIA correctly when needed.
  • Test for accessibility at each code commit.
  • Assume 3rd-party code libraries are not accessible.
  • Keyboard test everything.

Ask development teams to: 

Coded Page Review Tips:

Want a checklist?

Wrap Up

Additional  Tools & Resources

Thank You!

Becky Gibson

Robert Jolly

 

#a11yMaster

SXSW Accessibility Master Class

By Robert Jolly

SXSW Accessibility Master Class

  • 1,112