dgellow3 minutes ago
I might be missing something, I read both articles and do not understand the issue with 3 options. People interact with the theme change maybe once a year or so, a tiny amount of friction in that case is a non issue if that makes it simpler for the user to actually set the theme value they want (system default, light, dark). It really feels that they started with the idea that it should be 2 options, then try to come up with an argument
TimTheTinker13 minutes ago
> One of the most common UX mistakes is designing UI around the underlying data model instead of user goals.
It's far worse to give the user a false mental model of the underlying system. If the underlying system is complex, but that's out of your control, then it will create confusion in users to paper over it. Please don't do this!
That is, unless you can create a leak-free abstraction. The example given in the article is anything but leak-free.
TrianguloY9 minutes ago
But...there is a solution that works (although it may be a bit confusing at first). A toggle with two buttons, dark and light. Both cannot be pressed at the same time, but both can be unpressed at the same time. That's the auto mode, and the ui can be tweaked to show a little label in between or below.
In auto, none of the buttons is pressed (and preferable a small label that says auto is shown). Pressing dark/light will force that mode, enable that button and remove the auto label.
In dark/light mode, you can press the other button to enable the other state. Or you can press the current button to disable it, and switch to auto. This last one is the confusing-at-first interaction, but makes sense if you think about it (it's like saying: I want dark / I want light / I don't care)
weinzierl17 minutes ago
Letting the system do things for the user is risky enough. Taking away the unambiguous way to turn the automatism on and off just adds insult to injury. This suggestion is not simplification, it is complication.
Personally I'm totally fine with light/dark/auto but if you really must simplify I see only two true ways:
1. Just offer light and dark. No auto. Whether auto works is out of your control anyway. Users who know and want auto have to switch manually.
2. Just offer auto on/off. Default is off and off is light mode. User who want dark mode will figure out how to configure their system.
grishka17 minutes ago
Why does every website even need to provide its own toggle in the first place? How often do people use these, really?
(I don't get the "everything needs to support dark theme" thing either tbh)
notatoad10 minutes ago
this all seems to fall into trap of most UI design writing, where people write blog posts about what users want, what users think, and what users understand, without actually doing any user testing.
unlike everybody else in this comment section, i like the two-mode toggle. but that's just my opinion. without user testing numbers, an article saying "users like this better" is useless.
warpech33 minutes ago
Both Marcin and Lea are ignoring users who have automatic sunset-to-sunrise dark theme switching.
This is not a novelty but a built-in feature called “Auto” Appearance in MacOS, iOS, iPadOS. Similar feature exists in Android and KDE.
jmull20 minutes ago
It’s in TFA, just a few sentences in.
Isn’t the article about how to best deal with the UI for letting the user indicate that the system should decide? Which covers your case.
warpech4 minutes ago
Thanks, I missed that! But then I don't understand why a seasoned designer purposely suggests that ignoring it might be good for the user, especially since light/dark theme toggle is for a small fraction of the people who genuinely care about the theme being "right for them" and not just whatever.
renegade-otter29 minutes ago
New requirement just dropped: "Switch to light mode during more than 50% solar eclipse".
jeffbee18 minutes ago
Even in the 1990s, developers of the HID specification knew that the keyboard pictured at the bottom of the article was wrong. They wrote in the power management spec that interface devices should conditionally send wake events, and that a dedicated wake key was not necessary. Microsoft said:
"For example, a keyboard could include a special-purpose power management button (for example, “Power”) that, when pressed during a system sleeping state, generates a wake event. Alternatively, the button(s) on mice and other pointing devices could be used to trigger a wake event. "
watwut30 minutes ago
As a user, I find the three "dark", "light", "auto" button situation way less complex then a toggle that keeps its state only if my choice does not align with system default.
asmnzxklopqw31 minutes ago
Imagine the user confusion when he sets the interface in light mode and a couple of minutes later this changes automatically to dark mode because sun sets.
xp8416 minutes ago
I think this is exactly the trap of imaginaryness the author is talking about.
For this scenario to unfold the following has to happen:
1. OS is set to auto mode 2. It's late afternoon 3. User finds they have (for some reason) in the past turned on the Website dark mode (presumably in the daytime) 4. User wants it light now.
This is a pretty tortured hypothetical though. I admit as an engineer, who understands that there's a light/dark signal being passed down, and there's an ability to override that signal, I appreciate separating the "should override" control the way a "3-way" switch allows.
But I have to admit, I cannot imagine a real person getting bit in any way by the implementation the author describes. 90% of people set their OS to the "mode" they want, whether it's full-time or sun-based, and that group never even needs to touch or look at this control (We do default to auto, right?). The other 10% are most likely here because they don't understand they can set this in the OS and they apparently want to toggle to the opposite mode. They might be thinking "I want this dark mode until morning" but "we" in the website actually can't really help them with that unless we start prying into what time it is there and build our own time-based mode. So the best we can do for that user is to shift them into "latched dark mode" and let them come back (as they've demonstrated a knowledge to do) when and if they want the 'lights' back on.
I'm the first to criticize UI designers who rob users of choice in the name of minimalism -- the Alan Dye approach, but this actually screams "Designer thought hard about the actual intent of the users" to me and I like it.
randallsquareda few seconds ago
You say that that this kind of thing is imaginary, but something like it must be happening when I repeatedly find that a given website/app is in the wrong mode, even though I feel like I've had to switch it before. This is not even a particularly uncommon experience when working with several apps or sites that have the choice, because it's not uncommon for one of those settings to be basically unreadable in some conditions or with font/color choices, etc.
hinkley16 minutes ago
[dead]
Hizonner27 minutes ago
Well, that's pretty damned moronic, is what that is.