I mass applied whitespace to every project for 4 years. Here's what I got wrong about UI density.

Source: Dev.to

For years my default was: when in doubt, add padding. More whitespace = cleaner UI = better UX. That was the rule.

Then I watched a product manager use a dashboard I designed. She scrolled through four screens of beautifully spaced cards to assemble a picture that should have been visible in one viewport. She wasn’t delighted by the whitespace. She was annoyed by it.

That moment broke something in my mental model. I started digging into why the industry defaults to sparse layouts, and where that instinct actually fails.

The simplification trap

We conflate “looks simple” with “is usable.” Mobile‑first thinking made it worse. Layouts built for 375 px screens, rendered on 1440 px monitors, feel hollow. Content disperses. Users scroll endlessly. The “clean” interface actually costs more time and more effort to deliver the same information.

The users who suffer most? Power users. The financial analyst scanning data. The support agent triaging tickets. The developer reviewing PRs. These people don’t need hand‑holding. They need density.

Three cognitive principles that explain density

1. Hick’s Law

Decision time increases logarithmically with choices. But the fix isn’t “fewer options.” It’s structured options. Fifty links in a sidebar are slow. The same 50 links grouped into six labeled categories are fast. Raw count matters less than cognitive organization.

2. Fitts’ Law

Larger, closer targets are faster to hit. In dense interfaces, the tension is real: more elements = smaller targets. The solution: make frequently used elements big and close. Push rare actions behind secondary interactions. Linear does this brilliantly.

3. Cognitive load theory

There are three types of mental effort: intrinsic (the task itself), extraneous (confusion from bad design), and germane (productive pattern recognition). Good density minimizes extraneous load while maximizing germane load. Bad density does the opposite.

The factor most people miss: speed is density

An interface that loads in 200 ms is fundamentally denser than one that loads in 3 seconds, even with identical content. Why? Because density isn’t just spatial. It’s temporal. The amount of information a user can access per unit of time matters as much as what fits on screen.

Every second of latency fragments attention. A user waiting for a chart to load loses the mental model they were building. When it finally renders, they re‑orient. The effective density drops.

Optimistic rendering (updating UI before the server confirms), prefetching, predictive loading—these are all density techniques disguised as performance techniques.

Quick test for your own interfaces

Ask three questions about every screen:

• Is every visible element relevant to the user’s current task?
• Can the user identify the most important element within 2 seconds?
• Would removing any element force an extra click or navigation step?

If an element fails all three, it’s decoration. Remove it.

This post was inspired by and adapted from Understanding UI density and designing for real‑world usage by Ruixen UI.