chore: version packages (#414)

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
This commit is contained in:
github-actions[bot]
2026-09-14 13:17:30 +02:00
committed by GitHub
co-authored by github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
parent 708cb2cbf0
commit d8a9e2f2bb
4 changed files with 28 additions and 27 deletions
-24
View File
@@ -1,24 +0,0 @@
---
"aicodeman": patch
---
fix(tabs): let a wrapped desktop tab strip grow the header instead of clipping itself
The wrapped tab strip carried fixed height caps (120px for the manual two-row layout,
96px for measured auto-wrap) that were row counts in disguise. A third row of tabs was
clipped into a roughly 4px scroller, so the tab being looked for sat off-screen inside a
container nothing invites you to scroll, while the header had the whole page below it to
grow into. The header is `min-height` plus `flex-shrink: 0`, and terminal-ui's
ResizeObserver refits the terminal on its own, so growing it costs nothing.
Both wrapped layouts now share one rule capped at `var(--tab-strip-max-height, 40vh)`.
That cap is a safety net for an absurd session count rather than a row limit: past it the
scroller comes back, which still beats a header that swallows the terminal. Nothing sets
`--tab-strip-max-height` yet, so today it is the 40vh fallback plus a hook for a future
control.
Desktop only in effect. `tabs-auto-wrap` is applied by `updateTabOverflowMode()`, which
returns early for anything that is not a desktop viewport, and below 1024px `mobile.css`
pins the header to `max-height: 48px` so it cannot grow at all. The two rules are
comma-grouped rather than wrapped in `:is()`, so each arm keeps its own (0,2,0)
specificity and `mobile.css`'s matching overrides still win on source order.