Email or username:

Password:

Forgot your password?
Top-level
Zen

58. more on episodic memory

ever stand up to do something, walk into another toom and forget what you were doing?

it turns out there’s a reason for this. since human memory is organised around episodes, experiments have found that walking through a door is a trigger for ending an episode- the result? short term memory is cleared and primed for new input.

what triggers exist in software? how often have you picked up your phone to do something, saw a notification and lost your flow?

29 comments
Zen replied to Zen

59. Please don't use confirmation dialogues, but if for some reason you absolutely must, don't sleepwalk through writing the the messages and the button labels. Don't just label them "okay" and "cancel" Without thinking about whether that wording harmonises with the message text. If possible, label the buttons as what they actually do, specifically.

Adrian Cochrane replied to Zen

@zensaiyuki This is exactly why I advise against using JavaScript's alert(), confirm(), or prompt() functions: They don't allow you to label your buttons anything other than "Okay" & "Cancel".

I generally prefer native UIs, but in this case: PLEASE implement your own! Preferably something non-blocking like GTK's InfoBars.

Zen replied to Adrian

@alcinnz those also (at least in some browsers) block the main thread of execution.

Zen replied to Zen

how not to manufacture consent

Frost「:therian:|霜の狼|人面獣心」🐺❄️ replied to Zen

@zensaiyuki I really like how NMS both does this and - crucially - says "your game was last saved X minutes ago".

So I can go "saved 1 minute ago? yeah okay we're all caught up." or "oh, 6 minutes? we were just sitting in our ship the whole time, 's'fine."

Zen replied to Zen

60. Plan for failure

software breaks. hardware fails. services go down. users make mistakes. Anticipate as many failure modes as you can, and design recovery plans and craft reasonable, well written communications for the user. Technical writing is its own topic, but for error messages the important things to accomplish are
a. clearly communicate the situation in language that is relevant to the user demographic. e.g. if it’s not a technical audience don’t use jargon
b. explain what to do next

Zen replied to Zen

61. Label your buttons. With words. don’t do clever shit like only showing labels on hover. hidimg the labels is mystery meat navigation.

Zen replied to Zen

62. Stop making your updates so intrusive. I open an app to use it. if you force me to stop and update it first i forget what I opened it to do. this is user hostile behavior. Ideally, users should not be bothered about updates at all- but unfortunately they a necessary.

a less intrusive pattern is asking for permission to download and install an update on app EXIT.

Zen replied to Zen

just don’t ask using a blocking modal dialog, for the love of durga.

the least intrusive pattern of all is web apps that are just automatically always the latest version, and at worst, occasionally ask you to reload your browser so the front end matches the back end.

this is a tradeoff of course because those updates happen without consent.

Zen replied to Zen

63. Never indicate semantic differences with only color. Always use the trifecta of color, shape, and text. This way, people who can't distinguish colors see shapes and people who can't see shapes can hear text.

Add texture where that's possible.

via @liw

Zen replied to Zen

64. never steal focus, never generate a button directly under the cursor, never enable a button immediately after it is displayed, never disappear a button immediately after it is pressed.

Zen replied to Zen

65.

IF YOU PROGRAM A "NO" BUTTON TO SAY "MAYBE LATER" YOU HAVE FAILED AT BOTH INTERFACE DESIGN AND BASIC CONSENT

via @HTHR

Zen replied to Zen

66. if something has low odds of happening, that means it’s still going to happen. Don’t ever use that as an excuse not to fix a problem, especially if it could cause damage to life or data; or reduce accessibility.

calcifer :nes_fire: replied to Zen

@zensaiyuki @zens yep. As any D&D player will attest: 1% is a lot higher chance than you think

Zen replied to Zen

67. don’t do whatever the fuck this is. bad reddit. this made me replace “www” with “old” so fast.

Zen replied to Zen

what do you even call this pattern? a surveillance wall?

Zen replied to Zen

68. don’t assume your users’ devices resemble yours or your close circle of friends when deciding minimum requirements- especially if you intend to reach a wider audience with a range of socioeconomic conditions and internet connection speeds.

brought to you by the Australian government locking welfare payments behind a mininum iOS version.

Lien Rag replied to Zen

Tiens @Natouille tu considères ça aussi comme de l' #UXFail ?

Lien Rag replied to Natouille 🍷 🥃 🍾

@Natouille

Le dernier message avant le mien, "the Australian government locking welfare payments behind a mininum iOS version."

Zen replied to Zen

69. via Jan Niko @nihilazo

nothing a computer does should ever feel like magic. if something a computer does feels like magic, that's because it doesn't sufficiently inform you (the user) of what it is actually doing or allow you to create a mental model of the system

Zen replied to Zen

70. your ui should not passively animate for anything less important than a carbon monoxide leak.

it's effective at getting attention, often way too effective.

via @binarycat

Evelyn fra denne andre øya replied to Zen

@zensaiyuki@mastodon.social It's a fairly straightforward argument to make that this is illegal per GDPR too, data minimisation is a binding legal requirement and demanding people register when there's no actual necessity seems to contradict that

‏‏ ‏fedifriend (pride aspect) replied to Zen

@zensaiyuki Wow, they're like shop security asking you to buy something or leave. Except they also want you to open a loyalty account.

Go Up