Build lane chrome — title bar, badge, inline rename

The lane title bar becomes real: leading SF Symbol (hand-written names render leniently, unknown ones fall back to the level default), title or secondary untitled placeholder, a quiet count badge that counts exactly the cards the body renders (so the m5 search filter is followed by construction), and a new-card button. The whole bar is the reorder drag surface — no grip — with click-vs-movement splitting select from drag; a pure proposal function maps the drag to an insertion index and release commits through the Writer's same-parent degenerate reorder, compacting and retrying when midpoint precision runs out. Clicking never edits: inline rename is Return on the sole selected card or Board > Rename for either kind, a third transient editor beside the placeholder that tracks its target by UUID, commits on focus loss, discards silently when the target vanishes, and removes the title key on an empty commit. The new-card placeholder renders at last — the settled Cmd-N target rule (pure, tested) files it after the anchor card, at a selected lane's bottom, or into the last-active lane; Return commits and re-selects the lane, Cmd-Return also opens the card window, and a failed create discards the overlay. New Card / New Lane / Rename land in the menus with focused-editor and read-only validation; rename gets its own WriteOperation case in the banner vocabulary. 59 new tests. Claude-Session: https://claude.ai/code/session_01SR4XGjmBE16ZUYWpfFHXwY
2026-07-27 08:52:24 -04:00
parent ff3ba298f0
commit b35566e0fe
21 changed files with 2855 additions and 79 deletions
@@ -66,7 +66,18 @@ struct BoardWindowHost: View {
                // The window is handed to the board as a closure, not a value: `WindowAccessor`
                // attaches after this body first runs, and the lane-resize drag needs the *live*
                // window to grow at its right edge (03-board-ui.md § Lane).
-                BoardView(store: store, window: { windowController.window })
+                //
+                // `openCard` is the host's too, for a different reason: a card window's identity is
+                // `(board, card)` and only this view holds the board half. `openWindow(value:)` with
+                // a ref that already has a window focuses it, so "at most one card window per card
+                // (reopen focuses)" needs no bookkeeping here (02-architecture.md § Windows).
+                BoardView(
+                    store: store,
+                    window: { windowController.window },
+                    openCard: { cardID in
+                        openWindow(id: WindowID.card, value: CardWindowRef(board: ref, cardID: cardID))
+                    }
+                )
            }
            // "The board in front", for the menu items that act on it (`LaneWidthCommands`).
            .focusedSceneValue(\.boardStore, store)