[lperrin]

Resizing the terminal while wt was open left the display mangled: each resize stacked another copy of the header above the picker.

Why

The picker already redrew on SIGWINCH. Before redrawing, it moved up one row per line drawn above the prompt, which is one row for the header. Terminals rewrap their lines when the window gets narrower, so the full-width header now took two or more rows. The redraw started partway through it, and the old header stayed on screen above.

What changed

• The picker records the width of each line it draws. On a resize, resize() works out how many rows the header and the start of the prompt line take at the new width (rowsAbove), then redraws from the real top of the picker. A wider window changes nothing.
• The list height is recalculated on every resize, so the picker fits a shorter window and fills a taller one. Before, it was measured once at startup.
• Version 0.2.2.

Limits

• The fix assumes the terminal rewraps lines when the window gets narrower. iTerm2, Terminal.app, Ghostty, kitty, WezTerm, Alacritty, tmux and the VS Code terminal all do. A terminal that cuts lines off instead would lose a line or two of shell output above the picker.
• If the window gets so short that the picker's top line scrolls off the screen, one stale line can stay up there.

Testing

• New unit tests for visibleLen and rowsAbove. Lint, the tests and the smoke test pass.
• Not yet checked by resizing a real terminal: open wt, drag the window narrower and wider, shorter and taller.

🤖 Generated with Claude Code