Summary
Starting out with a ten-minute live demo from an expert screen reader user, Samuel Proulx will introduce you to not only how they work, but the thought processes behind using the Internet with a screen reader. What are some of the most important things to take into account when attempting to construct a mental model of a screen reader user? How do these effect the way you think about designing for accessible, public use? How can civic designers learn to move beyond thinking visually, to create designs that work for everyone? After this introduction, the floor will open to your questions! If you have burning questions about how people who are blind use the Internet, or what design patterns work best and why or why not, this is your chance! Ask any question at all in an open, safe learning environment.
Key Insights
-
•
Screen reader users do not navigate web pages linearly like listening to a podcast; they jump between semantic landmarks like headings and regions.
-
•
Assistive technology settings are heavily customized by users and rarely used in their default configurations.
-
•
Proper semantic HTML usage is critical because screen readers rely on code structure, not visual styling.
-
•
Hover-only interactive elements are inaccessible unless they provide keyboard-accessible alternatives or are always visible.
-
•
Moving keyboard focus programmatically is essential for announcing changes like expanded menus or dialog pop-ups to screen reader users.
-
•
ARIA attributes like aria-pressed and aria-expanded communicate visual state changes to assistive technologies.
-
•
Error messages for form validation must be concise when announced automatically but allow users to get details at their own pace.
-
•
Custom hotkeys must be designed carefully to work well with screen reader interception and consider user familiarity.
-
•
Screen readers can use different voice profiles for metadata, but these are user-controlled settings, not controlled by websites.
-
•
Accessibility responsibility should be distributed across design, development, and content teams, not isolated to one person.
Notable Quotes
"The experience that I’m having is probably 10 times faster than the experience of having the voice at a slower speed."
"Assistive technology is not a one-size-fits-all solution."
"We’re not going to start from the top. We’re going to use headings and landmarks to quickly scan a webpage."
"If something is only visible via hover, it needs to be visible to the screen reader at all times or have an alternative."
"If you press a button and the semantics haven’t changed or the focus hasn’t moved, as far as I’m concerned, nothing has happened."
"It can be very useful to put key status information, like new messages, into the page title so screen readers can alert users automatically."
"Visual states like an upvote button being pressed must be communicated with ARIA attributes or focus changes."
"Accessibility has to be distributed throughout the team — it can’t be just one person’s responsibility."
"There’s a balancing act with error messages: short enough to be processed immediately, detailed enough to explore as needed."
"Screen reader hotkeys can intercept keys, so when creating custom hotkeys, you have to ensure they work smoothly for screen reader users."
Dig deeper—ask the Rosenbot:
















More Videos

"Researchers need to become generalists with superpowers, willing to try elements of other disciplines."
Monty HammontreeThe Future of UX Research (Videoconference)
December 3, 2020

"There are never truly conflicting futures between donors and communities—your job is to find the bridge that unites them."
Liz EbengoThe Burden on Children: The Cost of Insufficient Post-Conflict Services and Pathways Forward
December 4, 2024

"I tell people to find inspiration from existing designs and bring those into your wireframes to look like real products."
Billy CarlsonTips to Utilize Wireframes to Tell an Effective Product Story
June 6, 2023

"Inclusive design and research is a process, how we work as designers to make products and services more inclusive and innovative."
Saara Kamppari-MillerInclusive Design is DesignOps
September 29, 2021

"Why don’t we do what we do for our careers? Designers should design their own career as a project."
Ian SwinsonDesigning and Driving UX Careers
June 8, 2016

"Just because you can solve a hard technical problem doesn’t mean you’re solving a real problem for real people."
Jonathon ColmanHow to Maximize the Impact of Content Design
January 8, 2024

"What users say they want and what they really need can be very different; you need to be careful about how you interpret feedback."
Maria SkaadenContinuous Design: One eye on the horizon and the other on the next wave
November 8, 2018

"We wanna make sure that we don't just hand it over as a black box, but also provide contextual information."
Bryce Benton[Demo] AI-powered UX enhancement: Aligning GitHub documentation with USWDS at Austin Public Library
June 4, 2024

"The satisfaction score is going down even though average salary is going up — that’s something interesting we should dig into."
Marc FonteijnFirst Insights from the 2025 Service Design Salary(+) Report
December 4, 2024