Your fortnightly frequent11y newsletter, brought to you by @ChrisBAshton:
US Accessibility Lawsuits
There have been a number of accessibility related lawsuits in America of late. As ever, I’ll try my best to summarise, but bear in mind I am no legal expert.
On Reconsideration, Judge Albright Transfers AudioEye, Inc. v. accessiBe Ltd. In December 2020, AudioEye accused accessiBe of infringing 9 patents, as well as committing false advertisement. The lawsuit has dragged on since then on the basis of where the case should be heard. It was originally filed in the Western District of Texas (WDTX), but accessiBe requested that it is heard in New York (WDNY) instead. After initially declining, the Judge has now agreed to transfer the case to WDNY; the article goes into details on why.
As Refining harm in Web Accessibility cases: Harty v. West Point Realty describes, New York is the most popular district court to process ADA web accessibility cases. In this West Point Realty case, the plaintiff attempted to visit the hotel’s website but “couldn’t discern from the room description whether the accessibility features in the hotel room meet his needs”. This allegedly violates the Department of Justice’s 2010 ADA regulations that require hotels to “identify and describe accessible features in the hotels and guest rooms offered through its reservation service“.
However, in such cases, the plaintiff must demonstrate that the violation brought them harm, something author Ken Nakata summarises as the “no harm, no foul” rule. It’s clear that the plaintiff would suffer a real harm should they book the hotel room believing that it is accessible, and then can’t navigate their wheelchair into the bathroom. But Ken doesn’t believe this lawsuit will succeed on the basis of “emotional injury” alone.
The final case I’d like to look at – also centred in New York – is Early Win for Deaf Plaintiff in VR Captioning Lawsuit. In 2020, Dylan Panarra, who is deaf, filed a lawsuit against the HTC corporation, arguing that they violated the ADA for failing to include captioning in their virtual reality content (housed on their subscription service “Viveort Infinity”). The case is still ongoing, and is the first known case about virtual reality captioning, so is an important one to keep an eye on.
24×24 pixel cursor bookmarklet
Adrian Roselli shares a JavaScript bookmarklet which turns your cursor into a 24 by 24 pixel square.
It is designed to test the new Understanding Success Criterion 2.5.8: Target Size (Minimum), which will be introduced in WCAG 2.2 (currently draft). The criterion specifies that “the target offset is at least 24 CSS pixels to every adjacent target”, to “help ensure targets can be easily activated without accidentally activating an adjacent target”.
Adrian adds a disclaimer that, as this is a new SC, it is still in flux and may not even be a square when done. Follow the GitHub discussions for updates.
Google: Accessibility Not A Direct Ranking Factor
This is a short article that’s well worth a quick read. Google’s Search Advocate John Mueller says, in an office-hours hangout recorded on March 25th, that accessibility plays no part in Google search ranking. In other words, an accessible site is no more likely to be ranked higher in search results than a less accessible one.
The underlying reason for this is measurability: no automated tools can give a true evaluation of accessibility, though there are things like Google’s own Core Web Vitals which provide some automated ways of measuring accessibility.
Google already considers the mobile-friendliness of a site in the search ranking, which helped encourage companies across the world to invest in responsive. It feels like there’s a real opportunity here to make businesses value accessibility more by making it a search ranking factor. But for now at least, this isn’t on Google’s roadmap.
The Future of CSS: CSS Toggles
Article by @bramus, discussing the new CSS Toggles Unofficial Proposal Draft, alongside the demo site for the proposed feature.
“CSS toggles are a mechanism for associating toggleable state with a DOM element”. Perhaps this is best summarised in a code example:
html {
toggle-root: lightswitch; /* Create a toggle named lightswitch. It will cycle between 0 (inactive, default) and 1 (active) */
}
button {
toggle-trigger: lightswitch; /* When clicking the button, toggle the lightswitch */
}
html:toggle(lightswitch) {
/* Styles to apply when the lightswitch toggle is active */
}This should make it much easier to define global toggles such as dark/light mode, applying reduced motion, switching to low data modes, etc, allowing us to apply the necessary styles without relying on JavaScript.
For now, this is just a prototype, and is subject to change. To start using this today, you’d need to use the polyfill.
I’m Deaf And I Have ‘Perfect’ Speech. Here’s Why It’s Actually A Nightmare.
Rachel Zemach writes about some of the frustrating encounters she’s had, as someone who became Deaf at the age of 10 (and had already learned to speak). Her speech is indistinguishable from someone who is not deaf, and she can ‘lip read’, which is problematic, as we’ll discuss below.
Incidentally, I’d come across the term ‘Deaf’ (with a capital D) before, but wasn’t quite sure when it should be used. Rachel links to an article describing the difference, which essentially comes down to whether or not the subject sees their deafness as an identity; a community that shares a mutual culture and language. Hence Rachel “became Deaf” at the age of 10, and “someone who is not deaf” refers simply to the medical definition of hearing loss. But I digress…
Lip-reading is hard, and pretty inaccurate: “55% to 70% of English is not lip-readable because many sounds are made deep in the mouth or throat”. This makes Rachel’s encounters with waiters and the like all the more frustrating, when, upon realising Rachel can lip-read and speak, they push to communicate only in speech. This contrasts heavily with when Rachel is out with her Deaf friends, who can not or choose not to lip-read/speak, where waiters are far more willing to ‘pantomime’ gestures to communicate.
Rachel has concluded that she will try and avoid speaking in future. She finishes with a request:
If you’re a hearing person, please, when you meet someone who says they can’t hear you, take your cues from them. Do they want you to write what you have to say? Do they want you to take down your mask and speak slowly? Do they want you to pantomime? Deaf and hard-of-hearing people are the experts on how to communicate with them. Ask them openly and earnestly and respect their solutions, which they’ll undoubtedly have.
Routing: I’m not smart enough for a SPA
I came across this via Anselm Hannemann’s Web Development Reading List. The author, Taylor Hunt, goes into a lot of detail about why they chose a traditional website over a Single Page Application (SPA), for a recent project.
There are a lot of accessibility concerns to consider when building an SPA, including:
- Restoring scroll positions between navigations
- Focussing on the last-used element when going ‘back’
- Focussing on an appropriate element when going ‘forward’
- And all the other client-side gubbins: back/forward history buttons, double-clicks, timeouts, ‘CMD + Click’, etc…
But the bit that struck me the most was this guideline from the article. We should favour:
- Security even over accessibility (“downgrading HTTPS ciphers for old browsers isn’t worth letting credit cards be stolen”)
- Accessibility even over speed (“a fast site for only the able creates inequality, but a slower site for everyone creates equality”).
- Speed even over slickness (deliver a fast site rather than an unnecessarily fancy one).
The battle of security vs accessibility was something that struck me in my article, I Used The Web For A Day On Internet Explorer 8, where I was faced with the dilemma that certain sites forced TLS 1.1, and my browser was only capable of TLS 1.0. The sites’ security policies made them inaccessible to me, but I had to concede that this was probably the right call.
Cabinet Office signs £400k deal for digital accessibility audits
To audit the accessibility of its digital services, the Cabinet Office has signed a two year deal with Digital Accessibility Centre (DAC) – a non-profit organisation based in Wales.
Adding context to the deal, which Civil Service World values at £436,632, the article states: “Research conducted over the past two years, and published by the CDDO in January, found that about 99% of public sector websites contained accessibility issues representing a potential problem for users with physical or cognitive impairments – as well as a possible breach of the new regulatory requirements.”
Side note: DAC are not to be confused with Deque (pronounced “dee queue”), a leading accessibility organisation that also does accessibility audits. Not knowing how the latter was pronounced, I must admit I mixed up the two when I heard colleagues talking about their accessibility audits, and only recently clarified it in a work chat!
Did you know that you can subscribe to dai11y, week11y, fortnight11y or month11y updates! Every newsletter gets the same content; it is your choice to have short, regular emails or longer, less frequent ones. Curated with ♥ by developer @ChrisBAshton.
![Share presentation in html (for screen reader users and magnification users):
https://docs.google.com/presendation/d/[link censored]/htmlpresent](https://pbs.twimg.com/media/FD74f3hWQAQ8BUO?format=jpg&name=large)