Apple [and others] need a dark mode for people like Molly Watt

Written by charlesrt | Published 2017/08/18
Tech Story Tags: design | usher-syndrome | accessibility | inclusion | apple

TLDRvia the TL;DR App

Photo by Jay Wennington on Unsplash

This is a follow up post to Solving Molly Watt’s Problems. If you haven’t read that post yet, go read it now and then come back 🙂. It provides the background to this post on why we need dark mode to be an inclusive design consideration.

by Charles Reynolds-Talbot

Everyone might benefit from a dark mode at some point or another; if you suffer with migraines, use your device at night, in a poorly lit room, or maybe it’s a personal preference — but. Molly Watt needs a dark mode.

Molly has Usher Syndrome, which is a condition that has left her deaf with 5–degree vision in one eye, but Molly is still a visual person. One of the problems Molly has when interacting with digital services is high contrast; especially white backgrounds with black text.

I’ll get onto why I think Apple [and others] should be responsible for solving this problem. But first, the steps that have led me to that conclusion (I am a designer of things that end up on the UK government website, GOV.UK).

GOV.UK pride themselves on championing the needs of users, designing inclusively and building digital services that are accessible to everyone. And yet, the website is practically all white background with black text. It creates too much glare and makes it impossible for Molly to focus. It’s unusable.

The challenge

How might we allow people to change the text and background colour to suit their needs, without effecting images, video, meaning or brand?

Starting with one thing

I started with the assumption that a style switcher would solve this problem — by designing a toggle that would let users switch between a light and dark mode when needed.

GOV.UK prototype to test an idea.

Reading the content in dark mode would be bearable for Molly, and might benefit others too — enhancing the experience for a user with a headache, or someone browsing in a poorly lit room. Designing for the few, makes things better for the many.

Thinking of the many

I then thought about people who have different access needs to Molly. People whose needs could be met with a similar solution. Molly’s own website has a classic accessibility toolbar, allowing people to switch between a number of different colour combinations and even change the size of the text.

Designer Craig Abbott recently implemented a great version of this on his own website that includes the ability for dyslexic users to change the typeface to one that provides increased readability for them.

There used to be a lot of websites during the 00s that had these accessibility toolbars, but it’s something that seems to have fallen out of fashion. Surely, if we build one of these for GOV.UK, that will solve the problem.

The toolbar on Craig’s website is great, until you leave.

Well…

While the outstanding efforts to make these websites more accessible should be celebrated, neither really solves the problem. These solutions exist in a vacuum. As soon as the user navigates to a different website that doesn’t have one of these toolbars, the customisation is lost and the experience is broken. Even if the next website did have one of these toolbars — so the option was available to make it more accessible — it wouldn’t know the settings from the previous website, so the user would always be starting from scratch.

More importantly, if the presence of glare from the bright white literally hurts your eyes and head, you don’t want to have to endure this everytime while hunting around for the controls to change the colours. This isn’t inclusive. It’s a hack, and maybe that’s OK for now — but. We need something better. We need an option for dark by default.

Something slightly better

Having tested initial ideas and assumptions, we know that doing this on a website by website basis won’t help. People need a way to change the text and background colours consistently, across all websites to better suit their needs. The BBC have guides on how to do this on your computer only, but I wouldn’t say the steps in these guides are easy for everyone to follow and they’re still a hack.

At the time of writing, people use their mobile device more than they do their desktop computer, so those guides won’t help more than half the time.

We need to be providing inclusive design solutions that meet the demand and expectations of the digital era we live it today.

Apple [and others] need to solve this problem

When most people think or talk about accessibility, they default to the idea that a person is usually at home, using a desktop computer, with some sort of screen reader software. This isn’t the reality of everyone with access needs.

Molly is 22 and like a lot of people, uses her iPhone and iPad while living a busy work and social life to access the internet and stay connected. Molly needs assistive technology on the devices she uses while on the go, not on a stationary desktop computer.

Apple provide — and are probably leading — in-built accessibility features to help people with access needs use their technology which is brilliant — but. One thing I don’t think they do very well, is shout about it enough.

I would love to see Tim Cook talk passionately about how Apple are making things easier for people with access needs. Unfortunately, this year I think we’ll instead see overly-excited cheers at new emojis.

Some of the new emoji coming to iOS, macOS and watchOS later this year.

Molly has talked and written about how Apple products have made her feel less excluded from society, which is great. But, one thing Apple haven’t yet added is the option to switch to a true dark by default mode, that would make changes across the Operating System (OS), native Apple apps, third-party developer apps and web browsing.

This would solve one of the biggest problems and struggles Molly has with using her technology, and benefit a lot of other people too.

Apple [and others] need to be making inclusive design considerations for in-built accessibility features like a dark mode that just works, without the need for continuous tinkering or hacks.

Everyone should be able to customise their settings for a consistent accessible experience across all their devices, so they can interact with and consume content without barriers.

Apple might be getting smarter

On iPhone and iPad there has been the option for a while to Invert Colours. You can map this as an accessibility shortcut, so when you triple-click the Home Button, the colours will invert (white to black, black to white, etc).

The problem is that this inverts everything, which makes images unusable, brands unrecognisable, and can create confusion in interactions that previously had clear context. Inverting everything also causes a previously dark interface to become glaringly bright, which is not a solution to the problem.

There is a new feature coming called Smart Invert, which can be found in the public beta of iOS11. Unlike Classic Invert (as it is now called), this does not invert everything and appears to be a baby-step towards to a true Dark Mode.

Previously bright interfaces like Mail and iMessage, become dark. Interfaces that were already dark like Clock and Calculator, do not change. Likewise, the Home Screen doesn’t change much and your photos stay the way they were supposed to be.

I am unable to take any screenshots, as weirdly the images end up re-inverting themselves which I’m hoping is a bug. 9to5mac have some good images of Smart Invert in action.

Unfortunately, third-party developer apps still mimic the Classic Invert, so everything, including images are changed. This means apps like Instagram are rendered unusable and Twitter — which has it’s own Dark Mode option — is flipped for the worse. Browsing the web is just as difficult as it was before.

I hope that this is something that app developers will eventually be able to take advantage of, by specifying which parts of the interface should and should not change when using Smart Invert.

However, this would still need developers to make the decision to implement this, and there are no guarantees they will. Especially depending on the size of the app, this may end up being perceived as too much work to bother. Likewise, I have no idea how this would work with browsing websites, but if it required every website developer to do something, it would never happen.

This new feature should really be called Slightly Smarter But Not Smart Enough Invert**.**

So, what is the solution?

I don’t know.

Right now, we have a series of different hacks.

Some of these hacks put the responsibility on designers and developers to implement one-off solutions that will only work on their app, or website.

Others require the user to know a decent amount about their technology in the first place, to know how to successfully configure their device when it’s an option.

And then there are the things that you need to know even exist, before you can start taking advantage of them. Accessibility features just aren’t shouted about as much as they should be.

What can I do? From my position, I can push the teams at GOV.UK to do more research into an accessibility toolbar as a temporary solution, because the information and services on that website are meant for everyone.

Beyond that, we need companies like Apple, Google, Windows and others that design and build OSs, devices and browsers to consider the needs of users like Molly and solve the problem once, to solve it everywhere.

Please share your experiences and ideas to help put the pressure on, and hopefully one day we will have a solution that not only works for Molly, but works for lots of other people too.

Originally published at charlesrt.co.uk which is dark by default (with an option to switch to light) because Medium (Medium Staff) doesn’t have a dark mode, which means I can’t even send Molly here to join the conversation and read a story that’s about accessibility and her. 🙄

Read next: Solving Molly Watt’s problems

Solving Molly Watt’s problems_Molly Watt has Usher Syndrome._startupsventurecapital.com


Published by HackerNoon on 2017/08/18