Assigning to myself for now. I imagine it won't be too difficult. If anybody would like to take a crack at it though, feel free to let me know and we could just do a handoff. 😊

One idea I have would be to not even require a user to target a potentially thin separator, but while holding down Alt (to retain the theme with the pane key bindings) and dragging the mouse up and down over one horizontally split pane, resize that one height wise. And the same when moving the mouse left and right over a vertically split pane.

It would be nice if, while resizing, a percent or pixel adornment showed up that indicates the new sizes for both panes.

Yep, we haven't had a chance to loop back on this, though we'd love the the contribution if you're interested!

Note

Walkthrough

• Last time I tried this was in main...dev/migrie/f/drag-panes. IIRC, there were some scaling issues with mouse drags in XAML islands back then. I think those are mostly resolved these days.
• Carlos also tried this again in dev/cazamor/drag-panes. I don't know how successful that was.

I don't think it'd be terribly difficult to resurrect the same approach (but base it off main since my original branch is nearly 4 years old now.

Massively agree with this new feature! Resizing via the keyboard is annoying. Also there are currently too many keyboard shortcuts to remember for an old man such as myself :>

I think dragging the panes is the wrong UX. It's always a pain the try and get the tiny mouse sitting on the tiny drag bar. The alternative is to make the drag bar thicker and waste terminal space. I propose an alterative. We already have

to change the font size. If we add

and instead of changing font size, it resizes the pane. The location of the mouse itself gives the hint as to where to resize. left, right, up down.

This could easily be solved with a few more key modifiers. Unfortunately 'keys' don't include mouse modifiers.

If the keys could also handle mouse actions as well then the above could be implemented by the user.