Repository navigation
fix(tabs): cap tab widths with intrinsic CSS sizing - #37131
Conversation
|
No actionable comments were generated in the recent review.
|
(cherry picked from commit ef79fa1)
|
No actionable comments were generated in the recent review.
|
(cherry picked from commit ef79fa1)
ELI5
Tabs stop stretching across wide panes. The new-tab button stays beside the last tab.
What Changed
Give every tab a preferred width of 330px and let the strip size itself from its contents. Tabs still share constrained space equally, shrink to the existing 144px minimum, and scroll when they no longer fit. All tab types use the existing shared sizing rule.
Why
CSS intrinsic sizing handles the cap without JavaScript width calculations, duplicated constants, state, or effects.
Linked Issue
Internal maintenance; no linked issue.
Visual Proof
Component fixture screenshots could not be captured: the local Vite fixture runner fails to resolve
@electron-toolkit/tsconfig/tsconfig.node.json. A standalone headless Chromium layout probe verified sizing at 260, 420, 700, and 1280px with 0, 1, 2, 4, and 12 tabs. This does not replace rendered component verification.Testing
Review
Self-reviewed the complete diff and shared tab sizing, paired-client tabs, overflow, and creation-button layout. Full CI remains required before merge.
Agent skill upstream boundary
Checklist