← All cases
Case 004

Your cursor hits an invisible wall between mismatched monitors

A big monitor above, a laptop below. Push the pointer down from the side and it stops dead — you can only cross where the two screens happen to line up.

100 5000
human lifetimes wasted per year
best single estimate: ~950
Difficulty to fix easy
⚠ Population & frequency need sourcing
AppleMicrosoftLinux

Facts cited

Office workers using two or more monitors ~75% arXiv natural-experiment study, 2021
Global life expectancy 73 years World Bank, 2023

Assumptions low → high

What we can't measurelowlikelyhigh
People with a mismatched-resolution multi-monitor setupA laptop plus an external monitor is mismatched by definition — the common case. Population is an estimate, not a measurement (see TODO). 200M 400M 700M
Dead-zone wall-hits per person per day 3 10 25
Seconds lost re-routing each time 1s 1.5s 3s

Who can fix it

Owner
OS display / windowing teams (macOS WindowServer · Windows DWM · Linux compositors)
Channel
Apple Feedback Assistant · Windows Feedback Hub · mutter / wlroots issue trackers

You have a big monitor up top and a laptop screen below it. You go to move the pointer down onto the laptop — and it stops dead against an invisible wall. It only crosses in the narrow central band where the two screens’ edges happen to overlap. Approach from the side, and the cursor bumps a border that isn’t visibly there.

4K monitor wide — overhangs the laptop on both sides Laptop ✓ crossing works — only in this band ✗ invisible wall
The pointer only crosses where the two screens’ coordinate ranges overlap. Everywhere the monitor overhangs the laptop, moving down hits a wall that isn’t drawn anywhere.

Why it happens

The cursor crosses between displays using literal coordinate geometry — it can only step onto a neighbour where the two screens’ pixel ranges actually intersect. A 4K panel and a laptop have different widths, so most of their shared border has no neighbour on the other side, and the pointer treats that as a solid edge. The machine is doing arithmetic where it should be reading intent: “the user is pushing down, there is a display down there — take them to the nearest point on it.”

The math

400M people × 10 wall-hits/day × 1.5s = ~950 lifetimes / year

The band is wide — anywhere from ~100 to ~5,000 lifetimes a year — because both the affected population and the daily frequency are estimates (see the TODO). But the shape is solid: it’s a tiny, constant tax on a huge, growing population.

This is the least-sourced case on the site — treat the headline as order-of-magnitude.

Only the 75% multi-monitor adoption figure is cited. The affected population (how many people run a mismatched-resolution setup) and the frequency (wall-hits per day) are reasoned estimates, not measurements, which is why the low→high band spans two orders of magnitude. To firm up: a real figure for laptop-plus-external-monitor users worldwide, and any instrumentation of how often the dead-zone is actually hit. Until then the confident claim is the low end (~100 lifetimes/yr) and the pattern, not the headline.

The fix: route by intent, not geometry

Edge routing (a.k.a. nearest-edge snapping): if the pointer is pushed against a display edge that has any adjacent display along that axis, carry it to the nearest valid point on that display instead of stopping. Third-party tools already do this; the OS should do it natively. It’s one behaviour, and it lands cross-platform — macOS, Windows and Linux all share the flaw.

Companion bug — the layout reflow

The same setup hides a second paper-cut: changing one display’s resolution silently rearranges the whole multi-monitor layout you deliberately set. One change cascades; the arrangement doesn’t hold its shape, so you re-drag windows you’d already placed. A setting should survive a neighbour changing.

It gets worse with every display you add

Two displays give you one shared border and two dead segments. Add a third — the common real setup: a laptop below, two monitors above at different heights and resolutions — and it compounds combinatorially. Now there are multiple boundaries, each still overlap-limited; corner dead-zones where three displays almost-but-don’t-quite meet; and journeys that force you to route A→B→C because A and C share no edge at all. Worse, mismatched sizes force the offset “staircase” arrangement, and every offset manufactures another stretch of wall.

So the tax scales faster than the monitor count — and it lands hardest on exactly the people who cross displays most: the multi-monitor power users the whole setup exists to serve. Seen in the wild: a real three-panel desk — laptop, a Philips monitor, a third display, all different sizes — arranged in precisely that staircase, every seam between them a place the cursor can stick.

Companion — when a display fails

The same setup hides a crueller catch-22. If a laptop’s own screen breaks, its windows — including the Displays settings panel you need to fix the problem — can open on the dead display, where you can’t see them to drag them anywhere. The one tool that recovers you is trapped behind the failure it’s meant to recover from. The fix is the same spirit as the dead-zone: rescue UI must appear where the user can actually see it — mirror the Displays panel (and any window that lands on a non-responsive display) onto every screen, or detect a dead display and reassign its windows to a live one.

Difficulty to fix: easy

The pointer stops against a wall that was never drawn, because the OS is matching pixel coordinates instead of reading the obvious intent — down means the screen that’s below. Route to the nearest edge and hand a few hundred lifetimes a year back to everyone who’s ever plugged a laptop into a monitor.