Issue #2
Setting the stage with ARIA landmark roles
You’ve probably seen code like this in your web pages or web applications before:
<header role="banner">
And maybe you wondered exactly what that did? Maybe you added it because you knew it benefits accessibility, but didn’t know why. Let’s take a closer look at ARIA landmark roles.
You may see landmark roles with this acronym before them: WAI-ARIA. That stands for Web Accessibility Initiative – Accessible Rich Internet Applications. WAI is a group within the World Wide Web Consortium (the community group that develops open standards for the Web) that brings together individuals and organizations from around the world to help make the Web accessible to people with disabilities. ARIA is a technical specification published by the W3C that specifies how to increase the accessibility of web pages, in particular, dynamic content developed with JavaScript.
Landmark roles help users with assistive technology scan a page and get an idea of its structure. Just like you’d scan sections of a page visually looking for the “meat” of it section by section, landmark roles help users do that in a different way. Adding them to your markup is an easy way to provide a more user-friendly experience for everyone. However, today in most modern browsers and assistive technology, you don’t have to explicitly assign landmarks. Good browsers map ARIA landmark roles to newer HTML element semantics. The official HTML validator even throws a warning now if you do explicitly assign landmarks to elements that already carry the same semantics.
So do you need them or not? Whoa, accessibility can be a bit confusing at times, I know. But just like the rest of the Web world, things constantly change and evolve. So if you’re not concerned about older browsers and assistive technology, you don’t need to add ARIA landmarks. If you want to support the widest possible range of users, add them, and don’t worry about the warning in the validator.
The Paciello Group’s blog has a few excellent posts about the ins and outs of landmark roles:
Tools that help you test for ARIA landmarks:
News and links
How ad-blocking software could revolutionise disabled people’s lives: A lot of the time in the accessibility world, what’s good for users with with disabilities is good for everyone. From this piece in the Guardian: “So this month’s launch of Apple’s operating system iOS 9 could revolutionise the lives of disabled iPhone and iPad users, because it will allow ad-blocking software to work on its mobile browsers for the first time. It won’t stop intrusive or auto-playing content on apps, but will filter it out from any web page accessed via a mobile browser.”
A proposed new language as an alternative to HTML, CSS, and JavaScript: Could we really build an alternative to the Web stack? A few in the Web community debate it. From one of the responses: “Replacements to the HTML/CSS/JS trinity aren’t realistic. HCJ is used on over a trillion web pages; a majority of the world’s text is written in it. It’s not great, but it’s sufficient, and combined with its terrific momentum, that’s good enough to prevent anything new from cropping up.”
Towards a more inclusive web with Microsoft Edge and Windows 10: Microsoft continues its more open way of developing with its latest changes in Edge, and its future plans for the new browser. From the blog post: “Inclusive development is a journey, not merely a destination, and we are committed to continuing to evolve Microsoft Edge to be the best place for accessible browsing on Windows. We’ve made a major step forward with architectural changes in Microsoft Edge, some of which regress experiences compared to Internet Explorer in the short term, but which are in the interest of creating a more inclusive experience for everyone in the long term.”
Resources, tools and tutorials
- Introducing the U.S. Web Design Standards (blog post)
- Improve document accessibility (video series)
- ADA and the Web for retailers – technical requirements (blog post)
- Sectioning content in HTML5 (blog post)
- The business case for issue prevention: extreme accessibility (blog post)
- Tips for getting started with web accessibility (resource)
- Top 10 most common web accessibility mistakes (blog post)
- Everything you need to know about JavaScript accessibility (talk)
- Making selected button states clear for color blind users
- Losing sight (blog post)
- A study of browser and assistive technology support for the W3C alternative text computation (research)
New to A11y?
Headings might seem too basic to need extra attention, but they matter in more ways than you think. Accessible headings, FTW explains why.
Suggestions and corrections
Have a suggestion for something to be included in Accessibility Weekly? Did I make a mistake that doesn't belong on the Internet? You can either reply to this email or send a note to hello@a11yweekly.com.
Sponsorships and donations
You can sponsor Accessibility Weekly! For details, check out the sponsor page. If you or your company is interested, send a note to hello@a11yweekly.com.
If you enjoy the newsletter, consider making a donation.