diff options
| author | user <user@clank> | 2026-08-08 21:35:32 +0200 |
|---|---|---|
| committer | user <user@clank> | 2026-08-08 21:35:32 +0200 |
| commit | 4cc7c39fee932b75a5a1e3dce85b6bf3efe6c5d3 (patch) | |
| tree | a08d1bdf09e224b1789430c5980366c452acb676 /default-plugins/plugin-manager | |
| parent | sl0p: tag fork builds as 0.45.0+sl0p1 (diff) | |
| download | sl0ppij-4cc7c39fee932b75a5a1e3dce85b6bf3efe6c5d3.tar.gz sl0ppij-4cc7c39fee932b75a5a1e3dce85b6bf3efe6c5d3.tar.xz sl0ppij-4cc7c39fee932b75a5a1e3dce85b6bf3efe6c5d3.zip | |
sl0p: ignore gap/padding when a pane draws no frame
Closes the frameless-mode hole documented in the README.
In frameless mode (pane_frame_style "titles" or "none") the cells around a
pane's content are owned by the inter-pane boundary renderer, not the pane.
The ghost-fix commit correctly stopped panes from BLANKING that region -
blanking it erased the boundaries and broke three tests - but nothing stopped
them from CREATING it: padding still inset the content, so the vacated cells
had no owner and kept whatever was drawn there before.
Half the job done in each direction produced exactly the ghosting the blanking
was meant to prevent, just in a mode we do not use by default.
Fix: a pane that is not drawing a frame is not inset at all - no gap, no
padding, no moat, nothing unowned. Pane::set_frame() already received the
right boolean from both the tiled and floating containers and was throwing it
away; it now records it.
Config values are preserved, they simply take effect only with full frames.
README updated to describe this as a defined limit rather than a known bug.
Baselines held: zellij-server 1421/30, zellij-utils 435/5.
Diffstat (limited to 'default-plugins/plugin-manager')
0 files changed, 0 insertions, 0 deletions
