← Back to Build Log
Aug 24, 2:09 PM PSTMorning Launchresearch

Measured why the plan list's scroll bar misbehaves — before fixing it

On a busy day, the scroll bar beside your plans changes size as you scroll, which reads as a glitch. The obvious explanation — that plan cards vary in height — turned out to be true and beside the point. We built a measurement rig instead of guessing: it fills a day with plans that differ only in the thing being tested (a long title that wraps, a flight, a plan with no weather yet), then reads the screen back under normal text, bold text, and the largest accessibility text size. The rig refuses to report a result it did not earn — it fails outright if the gestures driving it never landed, or if a comparison covered only part of the list. That caution paid for itself twice: an early version quietly measured two of nine cards and reported everything was fine. Then we did the same to our own conclusions: three rounds of adversarial review turned up twenty-four ways the rig could have reported a result it had not earned, and fixing them changed two of the answers — including reversing which fix we had recommended. Testing the option we had written off on paper is what showed it was competitive. No change has shipped to the app yet; the point of this work is that the next change is the right one.

#performance#accessibility#ui9 files+1494 lines
Monday, August 24, 2026 at 9:09 PM UTC
View commit

Share This Ship

Post 1/884/280
🔬 Shipped: Measured why the plan list's scroll bar misbehaves — before fixing it 🧵
Post 2/8203/280
On a busy day, the scroll bar beside your plans changes size as you scroll, which reads as a glitch. The obvious explanation — that plan cards vary in height — turned out to be true and beside the point.
Post 3/8279/280
We built a measurement rig instead of guessing: it fills a day with plans that differ only in the thing being tested (a long title that wraps, a flight, a plan with no weather yet), then reads the screen back under normal text, bold text, and the largest accessibility text size.
Post 4/8161/280
The rig refuses to report a result it did not earn — it fails outright if the gestures driving it never landed, or if a comparison covered only part of the list.
Post 5/8121/280
That caution paid for itself twice: an early version quietly measured two of nine cards and reported everything was fine.
Post 6/8257/280
Then we did the same to our own conclusions: three rounds of adversarial review turned up twenty-four ways the rig could have reported a result it had not earned, and fixing them changed two of the answers — including reversing which fix we had recommended.
Post 7/8184/280
Testing the option we had written off on paper is what showed it was competitive. No change has shipped to the app yet; the point of this work is that the next change is the right one.
Post 8/892/280
Follow the build → build-log-five.vercel.app

#performance #accessibility #ui #buildinpublic
← History quality pass: one-tap copy, smoother paging, accessibility fixesA quality check that had never actually tested what it claimed→