Give the expanded rail a scrollbar instead of end arrows

Featurekamo-internal
Shipped
August 14, 2026 at 12:54 AM UTC
Author
kamo
Commit
dc5397b

The up/down arrows exist because a collapsed rail is 80px of tile with no room to spend on anything else. Expanded, the rail is 248px and the options read as a list — there the arrows are the worse instrument: they say only "more that way", where a scrollbar says how much more and where in it you already are, and they float on top of two rows instead of sitting beside them. So the scroller now takes an `affordance`, and NavPri asks for the scrollbar whenever the rail is wide (persistent expansion or a live hover-peek). Everything else about the strip is unchanged in both modes: grab-and-throw, the wheel, touch, and scrolling the current page's option into view. Two details the switch forces: - the soft edge stands down, because a mask paints an element's scrollbar along with its content, and a fade over the ends of the bar it is meant to accompany looks like a rendering fault; - grab-to-slide now ignores a press that lands on the gutter. Chrome delivers pointerdown there, so without it one drag of the thumb moved the strip twice — the browser scrolling it one way and the pan handler the other.

All changes

Like what you see shipping?

Every one of these updates lands in your workspace automatically. Start free and watch it grow week after week.

Start Free ForeverView Pricing