Problem
When splitting the terminal with Cmd+D (vertical pane split) while running AdaL, the TUI duplicates the same content across both panes and routes keyboard input to both simultaneously. This makes split panes completely unusable.
Expected Behavior
Either of the following would be acceptable:
- Independent sessions per pane — Each split pane operates as a separate AdaL session, similar to how Claude Code handles terminal splits.
- Graceful detection — Detect when a split occurs and re-render appropriately so each pane is a usable, independent view.
Actual Behavior
- Both panes render identical content (duplicated TUI output).
- Keyboard input is sent to both panes.
- The split is effectively useless — it's impossible to work in just one pane.
Comparison
Claude Code: Handles terminal splits gracefully. Each pane works as an independent session.
AdaL: TUI hijacks the split and duplicates across panes.
Environment
- OS: macOS (Darwin 23.5.0), arm64
- Shell: Zsh
- Terminal: Default macOS Terminal (Cmd+D = vertical split)
- AdaL Version: (add version here if known)
Notes
This also occurs with any full-screen TUI app (vim, htop, less), so it may be a fundamental limitation of how the TUI renderer handles terminal resize/split events. However, Claude Code has solved this, so it's clearly possible.
Problem
When splitting the terminal with Cmd+D (vertical pane split) while running AdaL, the TUI duplicates the same content across both panes and routes keyboard input to both simultaneously. This makes split panes completely unusable.
Expected Behavior
Either of the following would be acceptable:
Actual Behavior
Comparison
Claude Code: Handles terminal splits gracefully. Each pane works as an independent session.
AdaL: TUI hijacks the split and duplicates across panes.
Environment
Notes
This also occurs with any full-screen TUI app (vim, htop, less), so it may be a fundamental limitation of how the TUI renderer handles terminal resize/split events. However, Claude Code has solved this, so it's clearly possible.