2 in 1: Move FAR penel heights independently by mouse + a bug

[m0n]

ConEmu build: 180114 x64
OS version: Windows 10 LTSB x64
Far Manager: version 3.0 (build 5095) x64

I like to resize FAR panel heights independently by mouse, so I searched for "CtrlUp" in ConEmu sources. I saw shift key already handled.

Shift is used by text-mark by default, so turn it off

Shift-drag-border now shows this:

Same message with v.160416

Because Shift (or other modifiers) used for so many things, I recommend a checkbox in the settings "Move penel heights independently"

Other solutions:

• a selectable modifier key for independent height-resize
• Shift-resize priority over Shift-selection (I mean when You are on FAR border, then Shift not select text but resize panel)

Or a combination like "Move penel heights independently by default" checkbox and a selectable modifier key.

Choose the option what needs the minimum efforts!

[Maximus5]

I think, dragging the panels by the bottom in the center may change size of both panels. So left and right panels may be changed independently without modifiers.

[m0n]

Yes, that would be more elegant. I just presumed that user's default needs is to resize both panels by default :) I made vsplit2.cur for resizing at center:

vsplit2.cur.zip

BTW I using right panel full height (as a "main" panel) and I have a few lines for last command's output below the left panel:

[m0n]

I having a LUA macro on 'ShiftCtrlUp'/'ShiftCtrlDown' - so independent height resizing calls that macro :(

If "Resize panels by mouse" is in 3rd state, resizing works 👍 It is possible to make resizing interactive when 'ShiftCtrlUp'/'ShiftCtrlDown' is remapped?

---

Here is a (hot-spot-)fixed cursor: vsplit2-2018-01-30.cur.zip

[Maximus5]

ConEmu may trigger either macro or sequence of keys.
Macro mode is resource consuming and therefore is not interactive.

[m0n]

Please use fixed .cur I posted on Jan. 30

After that I will close this issue :)