Files
hyperframes/packages
Vance Ingalls df7ba162e5 fix(studio): a read-only lane stops pretending it is draggable
Three complaints, one cause each.

**Handles appeared on a lane nothing could move.** A carve's lanes are
read-only — a re-run rewrites them, so an edit there is lost work — but
they still lit their point handles on hover like every other lane. The
report was "I lost the ability to drag automation points": the affordance
was the whole promise, and it was false. `pointHandleOpacity` now keeps
them hidden unless the lane is actually editable, while a drag or a
selected range still shows them, because those states are the ones where
the handles are the feedback.

**Nothing said why.** Hiding the handles alone turns a lie into a
mystery. Hovering a read-only lane now shows a note inside it, and for a
carve lane the note says where the control actually is — the strength
knob in the FX rack, or switching the carve off to take the envelopes
over by hand.

**Group lane labels scrolled away.** The group header was sticky and its
lane labels were not, so the labels slid under the curves while the
header stayed. They are one column and now live in one sticky wrapper.
Wrapping only the labels is what the first attempt did, and it is wrong:
as a flex item after the header the wrapper starts at `x = columnWidth`,
so at scroll 0 the labels render inside the lane area — which is what the
screenshot caught.

The lane title is now `laneTitle()` and the note `ReadOnlyNote`, which is
what keeps the file under the complexity gate.
2026-08-23 01:59:18 -07:00
..
2026-08-20 19:03:09 -04:00
2026-08-20 19:03:09 -04:00
2026-08-20 19:03:09 -04:00
2026-08-20 19:03:09 -04:00
2026-08-20 19:03:09 -04:00