feat: make spiral leaf-node phases use direct recursive-tail births #109
Labels
No labels
breaking-change
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
skip-release-notes
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
barrettruth/tmux-mosaic#109
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
spiralhas recursive phases where the next pane is a leaf-node insertion and should be birthable directly into the recursive tail. Those cases should not need full reprojection or cross-branch birth churn.Blocked by: #101, #102
Proposed solution
Identify the
spiralleaf-node phases and implement a layout-aware explicitnew-panepath for them first. Accept later ratio correction after birth, but not wrong-branch first frames in those phases.Leave the harder node-leaf phases, where the old tail gets pushed inward, to a separate issue.
Context
This isolates the easy recursive
spiralwork from the harder subtree-reordering phases. The strongest surveyed birth-first precedent isemretuna/tmux-layouts, which stores the previous spiral tail pane and builds the spiral through the split sequence itself.Acceptance notes
Alternatives considered