Some debates have two reasonable sides. This is not one of them. Dark mode is correct. Light mode is a flashlight to the retina at 11 p.m. And we can still be friends; you’ll just be reading this friendship through a squint.

The case barely needs making. Staring into a glowing white rectangle in a dim room is staring into a small lightbulb; dark mode is not. On OLED screens the dark pixels are literally switched off, so it sips battery. Less glare, less strain in the dark, and, let’s be honest, it simply looks better. A good dark UI looks like a cockpit. A bright one looks like a tax form.

Fine, the honest part

Is any of this objectively true? Of course not. Plenty of people genuinely read better on light backgrounds, especially in a bright room. And for the large number of people with astigmatism, light text on a dark background can smear and halo; dark mode actively makes their day worse. “Objectively correct” is a joke, and everyone shouting it (us included) knows it.

Which is exactly the interesting part.

What the research actually says

Since I’ve claimed objectivity, it’s only fair to report that the evidence mostly doesn’t support me. Vision research generally finds that positive polarity (dark text on a light background) produces slightly better reading acuity and comprehension in normal lighting. The reason is unglamorous: a bright background constricts your pupil, a smaller aperture increases depth of field, and text edges land a little sharper. Light mode wins the daylight benchmark.

Dark mode’s real case is the one nobody measures in a lab: the dim room. At 11 p.m. the relevant comparison isn’t which polarity reads marginally faster, it’s whether you want a lamp pointed at your face for three hours. And for a meaningful slice of people the calculus inverts entirely: with astigmatism, light text on dark backgrounds can bloom and halate, smearing letterforms into a haze. For them dark mode isn’t cozy, it’s unreadable.

The battery claim, honestly

“Dark mode saves battery” is true with an asterisk large enough to sit on. It holds on OLED displays, where a black pixel is a pixel that is genuinely switched off. On an LCD the backlight blazes at the same intensity regardless of what you display, so a dark theme saves you precisely nothing. Even on OLED the effect scales with brightness: meaningful at high brightness, close to noise at the levels most people actually use indoors.

So the honest scoreboard: light mode reads slightly better in daylight, dark mode is kinder at night, one of them is actively hostile to people with a common eye condition, and the battery argument depends on hardware most people can’t name. Which is a remarkably weak foundation for how confidently we all argue about this.

Dark mode changes how type has to be drawn

There is a design consequence that most dark-mode implementations get wrong, and it explains why some dark interfaces feel harsh even to people who prefer them.

Light text on a dark background optically gains weight. The bright glyph bleeds slightly into the dark field around it (an effect called irradiation), so the same font at the same size reads heavier in dark mode than in light. A typeface that looks crisp as dark-on-light can look bloated and slightly smeared when the polarity flips.

Interfaces that handle this well compensate: they drop a weight step in dark mode, or use a font with an optical size axis, or nudge letter spacing open by a hair. Interfaces that simply invert the palette and ship it produce text that is technically legible and quietly tiring.

The same logic applies to pure white on pure black, which is the single most common mistake. Maximum contrast is not maximum readability; it maximises halation for anyone whose eyes scatter light. Backing off to a soft off-white on a dark grey costs nothing and removes most of the glare complaints that get filed against dark themes.

The real thing hiding under a silly fight

The dark-versus-light war is fun precisely because there is no universal right answer, and that’s the lesson that actually matters when you build software. The correct default is not dark. It is not light. It is respect the human’s choice: honor their system setting, offer a toggle, and remember it. The best interface doesn’t win the aesthetic argument. It disappears and adapts to the person in front of it.

The tell

You can spot software built by people who care in about three seconds: it already matched your system theme before you thought to look. That’s not a preference. That’s craft: sweating a detail the user should never have to notice.

So here is the honest final position. Dark mode is objectively correct, for me. The objectively correct thing to build is the switch, defaulted to whatever the person already told their device they wanted. Anything else is picking a fight with your own users over their eyeballs.

Now, if you’ll excuse us, it’s 2 a.m., the screen is dimmed, and we have opinions to defend. Fight us, gently, and in low light.

We sweat the details most software skips: the ones users feel but never have to think about. That’s what we do at Rebel Studios.