Darek Kay's picture Darek Kay
Home Blog Projects

Accessibility Notes

My notes for making the web more inclusive. Don't follow this guide blindly. Read the references to learn more about certain rules.

Check out my general best practices for building better applications.

This page is a continuous work in progress.

Where to start?

Accessibility fundamentals are covered in the Web Fundamentals Guide (Google) and the Web Accessibility Course (Udacity/Google). Both resources are free.

To evaluate the accessibility of a web page, try out the following tools:

Resources

Collections

General

Best practices

Libraries

Tools / Audit

Stories

Focus indicator

Colors / Contrast Ratio

Labels

Fonts

WCAG / WAI-ARIA

Screen reader

Support

Announcement

  • A screen reader may announce things differently than displayed in the text viewer. Pay attention to times, dates, currency, punctuation, special characters, emoji, math symbols, common (and uncommon) abbreviations & acronyms.
  • Minus the minus - A PSA about screen readers and negative numbers.
    • NVDA has fixed a related issue.
    • Talkback doesn't recognize the - character correctly.
  • Acronyms can usually be left as-is.
  • NVDA announces values differently between divs and spans.
  • Improve the announcement of phone numbers:
<a href="tel:703555121" aria-label="7 0 3. 5 5 5. 1 2 1.">(703) 555-121</a>

Elements and Widgets

Date Picker

Something I see (...) is the frustration with date fields that are anything other than a plain text field for well-known dates (like birthdays).

Definition Lists

<dl>
  <dt>Coffee</dt>
  <dd>Black hot drink</dd>

  <dt>Milk</dt>
  <dd>White cold drink</dd>
</dl>

It's worth noting that a definition list is the correct way to mark up a list of paired items. Changing markup patterns to satisfy the vagaries of specific assistive technologies tends to be a slippery slope. (source)

Dialog / Modal

  • There is no fixed rule where the focus should be moved to after opening a modal. A headline of the dialog itself are two good possibilities.

Fieldset

  • A legend has to be a direct child of a fieldset. A screen reader might not announce the label if the markup is malformed (e.g. NVDA). Solutions:
  • There was a Chrome bug, making it impossible to adjust the fieldset display value.

There are some rules regarding the <footer> element:

  1. The HTML footer element defines a contentinfo landmark when its context is the body element.
  2. The HTML footer element is not considered a contentinfo landmark when it is descendant of any of following elements: article, aside, main, nav, section

A contentinfo landmark role is used to identify information repeated at the end of every page of a website, hence a page should not have more than one contentinfo landmark.

Headline

Images

  • Decorational images:

We tried to outsmart screen readers by letting them skip descriptive images. This turned out to be really unhelpful. Users that are not fully blind will still see an image and when the screen reader skips these images, users will assume they missed out on information. Solution: let the screen reader tell the users it’s a descriptive image. Or even better, write a descriptive alt-text for images. source

Inputs

<div hidden>
  <span id="new-window-0">Opens in a new window</span>
  <span id="new-window-1">Opens an external site</span>
  <span id="new-window-2">Opens an external site in a new window</span>
</div>

<a
  href="https://example.com"
  target="_blank"
  rel="noopener"
  aria-describedby="new-window-0"
>
  My site
</a>

SVGs

<svg role="img">
  <title>Lightbulb moment!</title>
  <path d="..." />
</svg>

Tables

<table>
  <caption>
    Populations of cities
  </caption>
  <thead>
    ...
  </thead>
  <tbody>
    ...
  </tbody>
</table>

Tooltips

Video Player

Accessibility Notes
Darek Kay