Dropping a gathered honeycomb in the goal removes every head in it

Fixkamo-internal
Shipped
August 28, 2026 at 4:24 AM UTC
Author
Kamo
Commit
24444e2

Jiggling mid-drag fires the gather gesture, which pulls every same-size head into the dragged head's cluster and anchors the honeycomb on the head under the pointer. Carrying that honeycomb into the goal and letting go then scored exactly one id, so detachFromCluster simply picked a new anchor for the survivors and re-translated their seats: the rest of the swarm stayed sitting on top of the goal. The early `return` also skipped the drop-in-place layout, so they were left unpositioned as well. The goal drop now scores every member of the cluster it was carrying. The dragged head goes first so the existing cancelable `tool:requestClose` veto — an unsent draft, a live call — behaves exactly as it did when a single head was the only thing that could be carried in; a vetoed sibling stays in play, and if the vetoed one is the pointer's own head the drop falls through to normal drop-in-place. That fall-through re-reads the cluster, because every head scored above has already left it and the pre-score snapshot is stale by construction. The throw path needs no change: startThrow is gated on a single-member cluster, so a gathered honeycomb can only be carried in, never flung.

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