mb

A photo of mb bischoff in a red lip and leather jacket.

mb bischoff (they/them) makes  apps,  posts, &  podcasts changes

rss subscribe mb

Tagged #design

The Case for “Mark as Unread” in Messages

For decades, email apps like Gmail, Outlook, and Apple Mail have all included a button to mark a message or thread as “unread”. But why? The software knows the message has been read; why is it allowing the user to override that truth and rewrite history?

There’s a simple answer: it’s useful! The unread state of messages in an email app controls things like the number next to the current folder, the application’s badge, and the status indicator next to a message reminding you to look at it. A simple button to say “Oh yep, I know I clicked into it, but I didn’t actually read it or fully process it yet” is a great affordance for users to manage their communications that has stood the test of time. While some argue that flags should be used instead for this kind of message management, they miss the point that flags cannot and do not convey, to either the user or the software, the same meaning as a message being unread.

“Mark as Unread” has been so successful and well-loved in email that it’s been copied by many messaging apps like Facebook Messenger, WhatsApp, and Instagram. And its utility in a casual messaging context is much the same in the slightly more formal email context.

As Tine Welanly put it on Quora:

Let’s say you’re riding the bus and you open a message from a friend, maybe asking you about your plans for the weekend. You have to respond to that but maybe it’s your stop already or you don’t know yet. But if you don’t say anything now, you might forget to respond and then you’ll look like a bad friend. Not to mention you might miss out on some weekend fun.

But the most popular messaging app on iOS, Messages, has never implemented “Mark as Unread” even though users have been clamoring for it for years and it’s been rumored that they tested it. What’s even wilder is that iMessage doesn’t have any other in-app way for the user to signal that they need to return to a message in order to respond to it. The only gesture toward anything like this is an obscure Siri integration.

Messages routinely get forgotten and go unanswered. The missing “Mark Unread” button has no doubt caused countless accidental ghostings, avoidable arguments, and missed opportunities. And its lack has likely made life more difficult for users with conditions that affect memory or follow-through, like ADHD and depression, who may not be able to respond in the moment and have no easy way to record their intention to do so.

So why hasn’t Apple added this feature? If I put on my Product Manager hat, I can think of only one argument that’s likely been made internally to keep this wildly popular feature out of the app. It goes like this: “If we add a button that says mark as unread, wouldn’t users expect that it would unsend their read receipts?”

This is a compelling argument that I was initially sympathetic to, but looking deeper, this just isn’t a problem in the real world. Outlook, which supports both read receipts and Mark as Unread, seems to cause no significant user confusion in this regard. The read receipt exists for the sender, and the local unread status is for the recipient. Simple as that.

Even if this slight ambiguity is too much for Apple to handle, they could instead incorporate another feature from Mail instead: flagging. Allow users to flag a conversation (or an individual message) and then see all their flags in one place, when they’re ready to respond.

Whether Apple chooses to implement this feature as “Mark as Unread”, flagging, or something else entirely, they should implement it, and soon. As more of our communication, both personal and professional, moves online, it’s never been more important that we keep our commitments to each other, that we respond when we say we will, and that we keep dialogue flowing. We’ve long had a great tool for doing exactly that; now that took just needs to meet users where they are.

This article has also been filed as feedback for Apple at FB9838778.

Update: After posting this article, a friend at Apple reminded me that one of the first things he did when he got to the company was try to file a radar for this missing feature. Except he didn’t have to because he found an open bug from yours truly filed in 2009. I’ve been asking for this feature for 12 years and I don’t plan to stop any time soon! Maybe I should try this approach next.

#apple #design #feature #feedback #imessage

Ethical Design Guide 

Tech is always political. The way data is collected and handled is often biased, and many products are neither accessible nor inclusive. Ethical Design Guide is made to share resources on how to create ethical products that don’t cause harm.

Sarah L. Fossheim just released this wonderful collection of resources (and monthly newsletter) on how to make digital products more inclusive. It covers topics from accessibility, to race, to gender. I know I’ll be bookmarking this and referring to it often. Huge thanks to them for putting this together.

#accessibility #design #ethics #list #resources

Where Do We Go From Here? 

The latest episode of 99% Invisible details the history of and hopeful future for bathroom design. With a focus on the needs of trans and nonbinary people, Susan Stryker and the other members of a project called Stalled! have recently won a major victory in the International Building Code that will allow for better bathrooms for everyone. In her words:

What I feel is so elegant about the Stalled! public toilet project is that at some level… it doesn’t matter what most people think about trans people. It doesn’t matter if you feel like you should accommodate people with disabilities… The design of the space just solves the problem.

#architecture #bathroom #design #gender #podcast #transgender

Apps for All: Making Software Accessible

What does it take to build software that’s truly usable for as many people as possible?

This morning, I’m giving a talk on this topic at App Builders 2020. The presentation focuses on improving the accessibility of the software we build. Drawing on examples from the fields of architecture and design, as well as my experience, it explores the how and why of iOS accessibility in the broader contexts of ability and inclusion. You’ll learn how to audit your application for accessibility and get started making changes that will open it up to new customers.

Slides

This talk relies a lot on audio, video, and demos, but here are the slides in case you missed something while watching. Download a PDF version here.

Sketchnotes

Felizia Bernutz also posted these incredible sketchnotes from the talk.

Apps for All Sketchnotes

Resources

If you’ve seen the talk and are looking for additional information, here are some of the sources I consulted when writing it.

#accessibility #app builders #design #ios #universal design