month11y issue 28

Welcome to your monthly frequent11y newsletter, brought to you by @ChrisBAshton. I hope you enjoy these a11y articles I’ve collated and summarised for you. (Psst – if you find these emails too long, consider switching to shorter, more frequent updates). Now on with the show!

Giving a damn about accessibility

A useful resource for advocates, created by accessibility professional Sheri Byrne-Haber in partnership with UX Collective.

The handbook (PDF – 13.3 MB) is beautifully illustrated throughout its 49 pages, and covers the different ‘people challenges’ you will face as an accessibility advocate, and how to overcome them:

  • People who are allergic to change. There’s little you can do about these.
  • People who want to see the “business case” for accessibility. Their request is irrelevant: people with disabilities should not need to produce a business case to get an organisation to do the right thing.
  • People who want to see detailed proof for every accessibility recommendation. Your first step should be to prove that WCAG applies to the inaccessible product.
  • People who prioritise the creation of inaccessible new features over making old features accessible. Classic example: the Twitter ‘audio tweet’ “fiasco” (which I covered in dai11y 28/08/2020).
  • People who believe “it only impacts a small number of users”. Sheri equates this attitude to “the moral equivalent of pickpocketing”: supporting an environment where inaccessible tools are generated.
  • People who don’t believe that disabled people are part of the target demographic of their product. This is a “circular logical fallacy” as if people are excluded from using your product, they’ll never start to become your customer.
  • People who brought you accessibility overlays. I’ve covered overlays a fair bit already.

The second half of the handbook is more broad. I’ve picked out some highlights:

“[Organisations should] reward employees for releasing accessible software, not just making their deadlines with whatever they hurl over the fence”.

“Perfectionism is a bad approach to accessibility”. Every moment you wait for ‘perfect’ increases the length of time people have to continue using an inaccessible product. “Your first attempt at making anything accessible will be awful – but even awful is better than 98% of what other people are doing”.

Accessibility is not a ‘project’: it requires ongoing commitment, best done in a continuous process improvement feedback loop.

Sheri praises design systems for building in accessibility that spreads throughout the software. And she recommends implementing an accessibility ‘release gate’, which sets the expectation from the beginning that only accessible software will be released.

“Good accessibility professionals speak at accessibility events. Great accessibility professionals speak at design events”. Talk accessibility at an a11y event and you’re preaching to the choir; talk accessibility at a design event and you’re preaching to a lot of “non-believers”.

This was a quick skim, but the whole handbook is worth a read, and doesn’t take as long as you’d think!

Overlay Position and Recommendations

The International Association of Accessibility Professionals (IAAP) has published a statement outlining its position on controversial accessibility overlay widgets/plugins. This can be referred to as an authoritative position on the subject, alongside other community efforts such as https://overlayfactsheet.com.

It is a short statement, so worth reading fully in its own right. But here are a couple of highlights:

[IAAP acknowledges] “the deceptive nature of marketing claims that a single addition of a line of code… provides full compliance with web accessibility standards, mandates, regulations, or laws currently.”

However, it is noticeably more open to the technology than other resources I’ve read. For example:

“IAAP recognizes the importance of automating functions related to accessibility and that artificial intelligence (AI) and other emerging technologies have great potential in improving accessibility. IAAP calls upon Overlay providers to engage with advocacy groups and the broader accessibility community to ensure that Overlays are developed and implemented in a way that improves access to websites and applications.”

Place Your Bets: How Accessible Is PokerStars VR?

Accessibility advocates from Equal Entry rated the accessibility of the popular VR game PokerStars VR. The article highlights a couple of articles written by the participants in this area, covering 360 video audio descriptions (which I covered in dai11y 01/01/2021) and VR from a deaf person’s perspective.

The group recall being immediately dropped into a public space, without any training, and being a bit overwhelmed by being approached by strangers before they’d had a chance to orient themselves.

One of the group, Meryl, is deaf, and had to pull her goggles up to check the Google Meet captions and chat box. In doing so, she kept accidentally turning off her goggles.

Holding cards, and picking up poker chips, was difficult, even with full mobile dexterity.

It’s not all bad news though: when testing the game in greyscale, the team noted that the poker chips had their value in text, and card suits have different symbols, so the game doesn’t rely on colour alone to denote information. It did note that the hearts and clubs are in the same shade, however, and would perhaps benefit from two different shades.

The group concluded with some recommendations for PokerStars VR. The game needs:

  1. Addition of subtitles
  2. Ability to change size and contrast of text
  3. More use of haptic, alongside visual/audio feedback
  4. Controller remapping
  5. Display settings (e.g. brightness, contrast)
  6. Several improvements to controlling movement/locomotion/rotation

Are we live?

Scott O’Hara dives deep into ARIA live in this technical post, detailing all the different ways of implementing a live region that inform screen readers that something has updated:

  1. You can use specific ARIA region roles: alert, log or status
  2. You can use aria-live, with one of the following states: assertive, polite, off
  3. You can use HTML’s native output element, which has an implicit ARIA role of status

A common use case is the ‘notification’ design pattern whereby a message appears at the top of the screen. Developers often inject this notification into the page on an as-needed basis, but this doesn’t work very well for screen readers other than VoiceOver. The best approach is to ensure an empty live region exists on the page from the beginning, and then inject notification text into it.

The ARIA working group are apparently reviewing and planning to make big updates to live regions in ARIA 1.4. This is still a way off, as ARIA 1.2 is still only a W3C Candidate Recommendation Draft.

Their bionic eyes are now obsolete and unsupported

A worrying look at retinal implants provided by Second Sight, which has been in financial difficulty and no longer supports the products.

In the early 2000’s, the company produced the Argus I implant, and a second generation Argus II later. The former has a 16 electrode array, and the latter a 60 electrode array, each capable of rendering one ‘pixel’. The electrodes “stimulate the eye in different patterns multiple times per second, creating flashes of light that correspond to a low resolution video feed”. It does not provide normal vision by any means, rather it allows users to “perceive shades of grey that appear and disappear as they move their heads”.

After the 4 hour surgical procedure, patients had mixed success. Whilst some patients struggled to see even basic patterns and shapes, others were able to visit the grocery store without the use of a cane, and even able to ski and shoot arrows.

But the company discontinued its retinal implant business in 2019 and nearly went out of business in 2020. After a public offering to raise money in June 2021, its stock price plunged, and in February 2022 the company announced a proposed merger with an early stage company called Nano Precision Medical.

It is now focussing on a brain implant called Orion, which would bypass the eye altogether and “directly stimulate the visual cortex”. This would in theory be applicable to a wider market.

But the early adopters who had retinal implants installed now face an uncertain future. With the implants no longer maintained, when they stop working, they cannot be fixed. Barbara Campbell was walking through a New York City subway station at rush-hour when her world suddenly went dark. Jeroen Perk’s video processing unit fell to the ground and shattered; he had to source a replacement from another patient who was no longer using their device.

The implants can have medical complications too, such as interfering with MRIs. Whilst 83% of patients “experienced no serious events after two years”, some required surgery for hemorrhages, low eye pressure and detached retinas.

As a developer myself, I’m all too used to apps, libraries, frameworks and even hardware becoming obsolete. But the industry needs to have a serious think about how it can ensure longevity for patients of such invasive and life-changing technology.

Wordle has a colour-blind mode: Here’s how to activate it

Did you know that the viral online game Wordle has a mode aimed at colour-blind users? To activate it, go to the settings dial and enable the “high contrast mode” toggle.

The setting changes the colours of guessed letters from red and green, to blue and orange. It also changes the colour of the boxes that are shared to social media when you share your result.

Switching to this mode doesn’t impact the game at all, but will make it easier for your colour-blind friends/followers to engage with your shared scores. Consider switching to the high contrast mode today!

Carousels: No one likes you

Joni Halabi gives a breakdown of why carousels are terrible, and why website owners must stop asking developers to build them.

The points are pretty conclusive. For one, apparently just 1% of users interact with carousels, and of that tiny percentage, the overwhelming majority simply click on the first slide. Why build something hardly anyone is going to use?

But more importantly, carousels are really, really hard to make accessible. Auto-rotating carousels, particularly, are a no-go, with all sorts of usability issues such as not allowing the user time to read the contents of each slide, or having the user accidentally click on the wrong slide because they clicked mid-animation.

Movement such as this needs a pause button, by the way – would a non visual user be able to navigate to the button? How about to the previous/next buttons? Would they even know those buttons exist? Can a keyboard-only user easily go back and forth between the directional buttons?

Joni concludes with a request: to think about the content of your page, and only highlight the important stuff. She also links to https://shouldiuseacarousel.com/ as another resource worth reading.

Web Accessibility by Google

This is a free Udacity course, aimed at giving “advanced” skills to developers over a span of approximately 2 weeks. It covers developing for screen readers, semantic markup, and managing focus, with material by industry heavyweights such as Rob Dodson.

This course relates to an optional (paid) “Nanodegree program” that gives you a certification in being a “Front End Web Developer”.

Usability Testing with People with Disabilities

Knowbility.org – a nonprofit org based in Texas, serving globally – has an “AccessWorks database” of hundreds of people with disabilities including blindness, deafness, mobility impairments and cognitive disabilities.

You can hire these volunteers to help with usability testing your website. Knowbility works as the go-between, negotiating the quote with the business, educational institution, government agency, or nonprofit.

I have no experience of working with them, so can’t vouch for how well it works, but I like the idea; anything that makes recruiting real users easier seems like a good thing. It looks like the users get paid at least $75 per test.

Designing accessible services

This guidance by the UK Home Office covers best design practices for supporting users with a variety of disabilities, including anxiety, autism, deafness, dyslexia, low vision, mobility disabilities and blindness.

Each category is summarised in just a handful of key points, so it doesn’t take long to read them all.

The main thing I’d like to highlight are the PDF posters (1.2Mb), which cover the same information but in bright, clear visuals. These are well worth printing off and putting up around the office.

Highcharts for accessibility

Highcharts JS is a library for creating beautiful interactive charts. (Ex colleagues in BBC Visual Journalism, take note – I think you’ll like this!)

This accessibility focussed page showcases how a well-built Highcharts chart can be accessible. The first demo shows how you can dig out every piece of information using keyboard tabbing (not just mouse hovering).

The second demo shows screen reader support. If you just want a quick demonstration, there’s even a video showing how it works with screen readers (though the embed doesn’t seem to be working at time of writing, so I had to dig the YouTube URL out using developer tools).

I love the showcase of low-vision features, where things like bar charts have patterns on them rather than just colours, making charts accessible to colour-blind users.

There are even options for “sonification” – playing the chart back as sound which can be “highly effective for conveying trends” – as well as “tactile export” (which can be printed for low-vision users, using specialist hardware).

Age-positive image library launched to tackle negative stereotypes of later life

“The Centre for Ageing Better has launched a free library of positive and realistic images of people aged 50 and over.”

“The images, which depict older people in non-stereotypical ways, are available for download and free to use.”

The library is available here: https://ageingbetter.resourcespace.com/pages/home.php

This library launch follows a recent report “An old age problem?” which looked at depictions of later life across society. It found that stock image libraries often use unrealistically positive or negative depictions of people in later life, and recommended that in both words and pictures, the media should attempt to communicate a more diverse representation of what it means to be older without resorting to stereotype and caricature.

Another resource that may be useful is this suite of age-positive icons, also created by The Centre for Ageing Better.

Guidance on Web Accessibility and the ADA

The U.S. Department of Justice (DOJ) has issued the above guidance on Web Accessibility and the ADA (Americans with Disabilities Act). This has prompted a number of articles, I’ve covered a couple of them here.

Justice Department Breaks its Silence Regarding Website Accessibility” describes how the guidance explains at a high level how state/local governments (Title II), and “places of public accommodation” (Title III), can make their websites accessible. It “confirms the DOJ’s view that the websites of places of public accommodation must be accessible”, but does not make clear whether the ADA applies to the websites of online-only businesses.

In “Why we should be disappointed by DOJ’s web accessibility guidance“, Ken Nakata provides some useful history. Ken worked at DOJ, writing “the Department’s last technical assistance piece for web accessibility” in 2003, and leaving in 2004, mistakenly thinking DOJ would continue to make digital accessibility a priority.

DOJ “announced plans for developing new regulations” back in 2010, but scrapped that in 2017 after a few false starts. The inaction left opportunities wide open for plaintiffs to litigate against inaccessible sites, and “2021 was another record-breaking year in web accessibility litigation”.

Ken’s issue with the latest guidance is that it makes “exactly the same recommendations that DOJ made 19 years earlier”. The requirements are too “abstract”. The guidance provides links to the Web Content Accessibility Guidelines (WCAG), but does not specify which version should be conformed to, if any. Ken wants the guidance to be clearer, and suggests that they require that sites conform to WCAG 2.1 A/AA. Ken cites governments and universities around the world that use this as a basis.

I’m not US-based, so have only skimmed through the guidance. It links out to several court cases regarding digital accessibility, covering both Title II and Title III, which looks like a useful reference to bookmark. More interesting is the accessibility resources section; particularly the 18F Accessibility Guide and Accessibility at digital.gov, which links to the U.S. Web Design System.

a11yphant: “Learning web accessibility made easy”

I haven’t tried this, so can’t vouch for how good it is, but have come across it in a few a11y newsletters of late. Worth checking out:

a11yphant teaches web accessibility, one step at a time, broken down into manageable pieces. We call these challenges. You won’t need to read large amounts of text to complete those. Instead, you will learn by applying the concepts in code. Get started with your first web accessibility challenge and improve your skills.

There are currently only four ‘challenges’ (valid HTML document, headings, content elements and page regions). The current ones are all classed as ‘easy’; there are no ‘medium’ or ‘hard’ challenges yet. Hopefully more will be released soon.

WCAG, but in language I can understand

Designer/developer Martin Underhill has written “a single article summing up each success criterion (SC) in WCAG 2.1 in as close to a single paragraph as [he] can manage”, because the guidelines themselves are not the easiest read. He leads with a disclaimer that this is not aimed at any audience other than himself, and obviously for brevity a lot of SC exceptions are missing.

It’s a really useful overview – here are some examples:

  • 1.1.1 Non-text Content
    • Images should have descriptive (alt) text.
  • 1.3.2 Meaningful Sequence
    • The visual presentation of the content matches what’s read out by a screen reader.
  • 2.1.2 No Keyboard Trap
    • There shouldn’t be a situation where you enter a modal with the keyboard and can’t get back to where you were.

Alongside digitala11y.com, which does a similar thing but breaking each SC down into its own short article, there are now plenty of ‘simplified explanations’ of WCAG to refer to.


Whew, that was a long newsletter! Did you know that you can subscribe to smaller, more frequent updates? The dai11y, week11y and fortnight11y newsletters get exactly the same content. The choice is entirely up to you! Curated with ♥ by developer @ChrisBAshton.

Loading...