visiontact1
of collapsing, the track now shrinks to fit: below 1340 the same three cards are sized in percentages — 60 / 18 / 18 with 2% gaps, which is 100% exactly — capped at the reference pixels so they never grow past it. At 1440 and up it's the original layout unchanged, and the overflow that started all this is still gone at all 15 widths I checked. Two things worth knowing about how I verified it, sin
of collapsing, the track now shrinks to fit: below 1340 the same three cards are sized in percentages — 60 / 18 / 18 with 2% gaps, which is 100% exactly — capped at the reference pixels so they never grow past it. At 1440 and up it's the original layout unchanged, and the overflow that started all this is still gone at all 15 widths I checked.
Two things worth knowing about how I verified it, since I nearly reported the wrong thing twice:
The dev server was giving flaky readings under load — it reported 30–38px of overflow at widths that measured 0 on a settled page. I moved to a production build on a separate port to get a stable answer.
My first production sweep showed the old behaviour because the build was stale — it predated the fix. I rebuilt before trusting it.
The white gap under the third card in one screenshot was just videos still loading (readyState 0); measured directly, all three cards are 453 tall with their media filling them.
Build and typecheck clean, test server stopped. Nothing committed.
Remote Control is active · Continue here, on your phone, or at claude.ai/code
