Three tweaks per latest feedback:
1. Status bar back to 2 rows (sep + content). dapui renders its own
pane border above its top elements, which serves perfectly well as
the bottom edge of our bar. Drawing our own bottom separator was
producing two stacked rows of separator — the "dapui border on its
own row under our status bar border" the user called out.
2. Sidebar pane distribution: was relying on dapui's 0.25-each config
with rounding quirks sometimes making Breakpoints smaller than its
neighbors. New pin_dapui_sizes explicitly computes total sidebar
height and divides equally, handing any residual rows to Breakpoints
(last pane) so it's always ≥ the other three.
3. Console height formula bumped: was max(5, floor(avail * 0.15))
giving 5-7 rows on most terminals which felt "laughably small". Now
max(8, floor(lines * 0.2)) — Console always at least 8 rows, scales
to ~20% on tall terminals.
Bonus: VimResized now also re-pins dapui sizes, so if the user has a
plugin like focus.nvim auto-resizing on focus change, our layout heals
itself on any window-resize event rather than staying permanently
skewed.
Note on the "mouse-resize totally breaks the layout" bug: that's
almost certainly focus.nvim (which the user has installed) fighting
our winfixheight pins. focus.nvim actively resizes windows on cursor
movement; nothing we pin sticks while it's running. User should either
disable focus.nvim during debug mode or set its ignore list to cover
dapui_* and TurboDebugBar filetypes.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>