LibA11y: Making our library content accessible
  • Introduction to LibA11y
  • Part 1: Why should we care?
    • 1.1 Why should we care about digital accessibility?
    • 1.2 How is content perceived?
  • Part 2: How To Build Better...
    • 2.0 How to build better content? Test your work.
    • 2.1 Page Structure
    • 2.2 Images
    • 2.3 Color and Text
    • 2.4 Hyperlinks
    • 2.5 Readability
    • 2.6 Video and Audio
    • 2.7 Tables
  • Appendices: Tools & Resources
    • A. Four principles of a well-coded page
    • B. Better copy-pasting
    • C. Non-HTML documents
    • D. Useful Links
    • Conclusion
Powered by GitBook
On this page
  • Try this experiment
  • Assistive technology helps shift senses
  • Making the web visible to a screen reader
  • Read more...

Was this helpful?

  1. Part 1: Why should we care?

1.2 How is content perceived?

Previous1.1 Why should we care about digital accessibility?Next2.0 How to build better content? Test your work.

Last updated 1 year ago

Was this helpful?

Try this experiment

Go to the and ask yourself the following questions. What are you reading to understand the page? Are you reading every word or just the headlines? Looking at the photos? Going to the page navigation? Which methods help you understand the page the easiest and the fastest?

An aspect taken for granted in this process is that we can do all this because we can see the site.

Our senses — such as sight and hearing — are input devices to our brain. We rely heavily on our senses for everything we do online. However, if we cannot rely on one of those senses, everything changes.

Assistive technology helps shift senses

This is where assistive technology comes into play— it can shift input to a sense you can rely on. For instance, closed captions allow a person to read the dialog and environmental sounds from a video they might not be able to hear. In turn, a person using a screen reader can listen to articles online they cannot see. Indeed, a screen reader can provide in-depth information about page structure, content, and navigation— providing the same information we visually scan.

Making the web visible to a screen reader

However, screen readers themselves cannot see. They can only communicate page content and structure based on how our pages are encoded and organized. Not encoded properly, content can go missing or its intent lost.

For example, a screen reader relies on headings coded into the page to communicate article headlines or section titles within an article. For example, <h1> is for a top level heading, <h2> for second level, etc.

With our headline labeled as a heading, our screen reader can indeed see it as a headline.

<h2>Article headline</h2>
<p>This is the first paragraph of content.</p>

On the other hand, what if we only make the words bold? The words will stand out visually, but a screen reader has no means of knowing if we intend for this text to be a headline or simply emphasized.

<p><strong>These words are bold, but is it a headline?</strong></p>
<p>This is the first paragraph of the article.</p>

When used correctly, our content management system, such as LibGuides or Wordpress, can handle most of these simple coding needs. However, as we write our content, we can still introduce many errors that can make reading the pages with a screen reader difficult at best. Avoiding these errors is where this guide hopes to help!

Read more...

Accordingly to , we initially skim pages for content by scanning page elements such as headlines and key text such as phone numbers. Then we zoom into the sections of text to read the details that interest us.

eye-tracking studies
How People with Disabilities Use the Web
I Used The Web For A Day Using A Screen Reader
New York Times website
Sample homepage of the New York Times