From 8870b658606baf134cbdbed604d7958e161e6a1e Mon Sep 17 00:00:00 2001 From: brennanb2025 Date: Sat, 25 Apr 2026 12:07:07 -0700 Subject: [PATCH] fix(tabs): always paint the left sidebar / terminal seam Move the left divider from the drag strip onto the center column's outer wrapper so it renders full-height regardless of split state, matching the right-sidebar divider between the terminal area and right sidebar. --- .../components/tab-group/TabGroupSplitLayout.tsx | 15 +++++++-------- 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx b/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx index 3277b689fd2..73368e53cfe 100644 --- a/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx +++ b/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx @@ -222,15 +222,14 @@ export default function TabGroupSplitLayout({ window-drag region at the top. Only the split layout's own panes own the resize handles, while this strip keeps the whole top of the center column draggable regardless of how the splits are arranged. - Why conditional `border-l`: when splits exist, the leftmost pane - paints its own `border-l` starting at y=8. Mirroring that border - on the drag strip extends the seam up to y=0 so the left-sidebar / - center-column line reaches the top of the window, matching the - full-height right-sidebar seam. Without splits the pane has no - `border-l`, so we skip it here too to avoid a dangling 8px stub. */} -
+ Why `border-l` on the wrapper: paint a single full-height divider + between the left sidebar and the terminal area, regardless of + split state. When splits exist, the leftmost pane also renders its + own `border-l` at the same x — both use `border-border` so the + overlapping 1px lines read as one clean seam. */} +