Thanks for your comments, glad i'm not alone :-)
@ confishy Just a nameless fish ... not fully dead but smelling funny
@ bspachmanYes, screen space is always rare, so I first thought about a more simple
approach, like a "lock" on the right of the split headers, where always
should be enough unused space:
But closing and reopening splits may cause logical problems here...
Would the reopened split still be locked? Does it have to be locked again?
Is it also valid for tabs? And it may be irritating or even overlooked that
something is set (locked) "far away" when you are clicking in the tree.
So I thought it would be more obvious to see what's going on when the
icons would be inside the tree, closer to where you click to change stuff...
To take into account the horizontally/vertically arrangement of the
splits is a good point :-)
@ NoBS Two good points!
- If a split is unvisible because it was narrowed together, changing or
resetting the number of splits should rearrange the splits to be all visible.
This should also work with the current menue selection from
"View > Split View > Show X View(s)"!
- Why not also use the "Target Selector" for setting the splits...
So here is another mock-up... clicking on the icons would also set the number
and arrangement of splits:
1. One split view
2. Two vertical split views
3. Two horizontal split views
4. Three vertical split views
5. Three horizontal split views
In the example, there are three vertical split views set and a selection in
the tree would open stuff in the left split, the centered and right split
would be "locked".
By the way, do you think Tabs also need some locking?