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.

▲

xp84 2 hours ago | parent | next [-]

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.

▲

randallsquared an hour ago | parent | next [-]

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.

▲

Jtsummers an hour ago | parent | prev [-]

For reasons (I work for one company, but our work is for both ourselves and sometimes in partnership with others), I often end up with two (or more) instances of certain sites and apps (like two organizational Gitlab instances). To make my life easier, I pick one to be dark and one to be light by default so I can tell at a glance "Ah, this is my corp version, and this other is for some customer". My system also uses automatic dark/light switching.

If I'm setting this up during the day, when I normally work, those external sites would easily end up with the "auto" behavior by this very poor design in the blog, when that is not my actual intent. This would result in me having to set it twice (the second time in the evening) to have my desired behavior which is a nuisance. The explicit option is better here, not whatever this silliness is in the article. [0]

At least I've read this article so sites and apps using this stupid option wouldn't be too big of a surprise to me, I'd hate to have to explain this to other people who haven't read it though. Principle of least surprise is a good thing, not something to deliberately work against like this author wants.

EDIT:

[0] Actually, this demonstrates a crucial flaw in the system's design. If I want to set the current default as the permanent setting, I have to wait until a particular time of day to do so. That's even worse than I'd previously realized. You can only set permanent light in the evening (or by changing your OS/browser settings, changing the site, and then changing OS/browser back). You can only set permanent dark during the day (without that same stupid exercise).

This is a terrible design concept.

▲

BalinKing an hour ago | parent [-]

But this means you're "abusing" dark/light mode to signal unrelated information. If some visual customization (theme, font size, etc.) happens to allow you to do something like that, then of course more power to you, but I don't think it has any relevance to the design of the thing itself. It just seems unreasonable to me to expect designers to consider all the ways their designs could do double-duty for any given user (cf. "every change breaks someone's workflow").

	▲	Jtsummers 36 minutes ago \| parent [-]
		I was just supplying one reason for changing it, other people may just prefer some particular site or application in light mode versus dark (and vice versa) instead of managing multiple instances of the same thing like I am. Suppose you're editing documents and your word processor has dark mode, but you want it to always be in light mode. With the described control in the article you would have to change the behavior in the evening, specifically, to get it to stay in light mode permanently (or change your system settings to be opposite your normal settings, switch it to light, and then switch your system settings back). There is no way any one with any common sense can think that this two-choice option (one is magic, one does what you would expect; which is which depends on time of day for many users) is better than a three-choice option where each choice does exactly what you'd expect.

▲

Joker_vD 30 minutes ago | parent | prev [-]

There are actually websites like that. It's... mostly fine, frankly, although a bit jarring.