diff options
| author | user <user@clank> | 2026-08-11 19:16:39 +0200 |
|---|---|---|
| committer | user <user@clank> | 2026-08-11 19:16:39 +0200 |
| commit | 731c011d79b375329ebb40e80fadf1c884e778f1 (patch) | |
| tree | ce66b52a7736cab6f7883099b72579ecdc9f4fa8 /zellij-utils/src/input/cli_assets.rs | |
| parent | sl0p: synthesize a stack layout when none exists to collapse into (diff) | |
| download | sl0ppij-731c011d79b375329ebb40e80fadf1c884e778f1.tar.gz sl0ppij-731c011d79b375329ebb40e80fadf1c884e778f1.tar.xz sl0ppij-731c011d79b375329ebb40e80fadf1c884e778f1.zip | |
sl0p: keep expanding possible after the pane count changes
A tab restores into whatever layout was active before it collapsed, which for a
bare layout is the implicit BASE. BASE is pinned to ExactPanes of the count it
was written with, so adding one pane while collapsed left nothing to expand
into and the tab stayed stacked on every subsequent widening.
Two fixes. When the stored layout no longer applies, synthesize a grid to
spread the panes out rather than leaving them stacked -- a wide terminal is not
a state that retries, so failing here strands the tab for good.
And only consume the restore position once a layout has actually been applied.
It was cleared unconditionally, so after a failed restore the tab believed it
had expanded while visibly still collapsed, and never tried again -- which is
why this looked like "expand stopped working" rather than "expand did nothing
once".
Diffstat (limited to 'zellij-utils/src/input/cli_assets.rs')
0 files changed, 0 insertions, 0 deletions