diff --git a/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx b/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx
index a720675a3dd..52f2ca7ea88 100644
--- a/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx
+++ b/src/renderer/src/components/tab-group/TabGroupSplitLayout.tsx
@@ -217,16 +217,15 @@ export default function TabGroupSplitLayout({
// so disabling it is the simplest fix.
autoScroll={false}
>
- {/* Why: the 8px drag strip sits ABOVE the split layout — lifted out of
+ {/* Why: the 10px drag strip sits ABOVE the split layout — lifted out of
each pane — so vertical split resize handles don't extend into the
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 8px specifically: the 34px tab row below this strip must bring
- the total top-band to 42px so its bottom border aligns with the
- sibling `titlebar-left` (also 42px) above the sidebar — otherwise
- the tab row sits 2px high and the seam between the two columns
- snags the eye.
+ Why 10px specifically: pairs with the 32px tab row below so the
+ total top-band is 42px, matching the sibling `titlebar-left` above
+ the sidebar. Without this, the tab row's bottom border falls short
+ of the sidebar header's and the seam between columns reads as off.
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
@@ -234,7 +233,7 @@ export default function TabGroupSplitLayout({
overlapping 1px lines read as one clean seam. */}