6 Commits

Include renames

Author	SHA1	Message	Date
Miguel Palhas	f37ff681ea	feat(maestro): fill the row for the session in the pane ... The web list still said "open in the focused pane" with a 1px ring, the last edge left in it, and the TUI said it with the ● glyph alone. Both now use a background. Web: `--accent-fill`, the same 30% recipe `--preview-tint` uses, so the two tiers differ by hue rather than by strength. The row rules are also rewritten as one ordered run of equal-specificity `:where()` selectors, which is what `docs/SIDEBAR.md` claims the ladder is — `.is-open` moves in from the bottom of the multi-view block, where source order had been deciding its precedence by accident. TUI: `palette.pane_row_bg()`, blended partway from the card surface to the selection surface, so the sidebar reads unfilled / half filled / filled. It borrows the selection surface's foregrounds, since those are the ones picked for a filled row, and the cursor still wins on its own row. Blended rather than shipped as a third `Surface` — that would be eight more colours in each of seventeen presets — with palette tests asserting it stays a visible step from both surfaces and stays legible in every preset.	2026-09-03 15:31:44 +01:00
Miguel Palhas	b46ba9dd26	Merge remote-tracking branch 'origin/main' into dominant	2026-09-03 14:06:58 +01:00
Miguel Palhas	cd37ac5d6d	fix(maestro): say preview with a fill, not a ring ... The previewed row and the keyboard cursor both drew a 2px inset ring, which read as a border on hover rather than as a colour. Rows now carry the preview hue as a fill: a light wash under the pointer or the cursor, deepening to an opaque `--preview-tint` once the preview lands. That leaves `.is-active`'s ring as the only one in the session list, where it now means exactly one thing — open in a pane. The pane's titlebar drops its hairline for the same reason; the dashed edges that remain belong to the canvas and the throwaway tab.	2026-09-03 13:46:49 +01:00
Miguel PalhasandClaude Opus 5	6075a177f5	perf(maestro): drop the sidebar preview delay ... The pane waited 150 ms on hover and 60 ms on a keyboard step before following the sidebar highlight, so every preview paid for the fast walk it might have been. Replace both with a leading-edge 120 ms gap: the first move shows at once, a burst is coalesced to its start and its end. The row's own hover no longer eases either — `background` was on a 120 ms transition, which is what read as lag on the row itself. The sidebar also rebuilt its whole tree on every `SessionUpdated`, a couple of times a minute per live session, dropping `:hover` from the row under the pointer. Refreshes that change nothing structural now patch the activity rail and meta line into the standing rows instead. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-03 13:36:51 +01:00
Miguel Palhas	7a3287f231	feat(maestro): colour the previewed pane and its sidebar row ... A preview was distinguished only by the chip and a dashed ring, both easy to miss, and the sidebar's hover reused the neutral surface — so a hovered row said nothing about what the content pane was showing. Adds a `--preview` token family on a hue of its own, deliberately not the accent: the accent means "this is the one you picked", which a preview is not. The previewed pane's titlebar, the chip, the throwaway tab, the previewed sidebar row and hover all carry it. Palettes whose accent is already violet (periwinkle, orchid) move the hue via `--preview-h`.	2026-09-03 13:35:55 +01:00
Miguel Palhas	f6b2cf3ab4	feat(maestro): preview the highlighted session in the web pane ... Moving the sidebar highlight (keyboard or hover) now shows that session in the content pane without opening it: its own tab comes forward, or a throwaway tab carries it. The layout, the saved layout and the daemon's focus report are all left untouched, and the keyboard stays in the list. Contract in docs/PREVIEW.md.	2026-09-03 10:42:53 +01:00