Resizing shortcut about fancywm

[veselink1]

Thanks for opening this feature request.
I probably need to get Pop OS running and see how they are handling this in pop_shell. It is unclear to me as of yet how much the window should be resized and what the hotkeys should map to (does arrow right grow the window to the right only, or symmetrically, likewise does arrow left grow the window to the left or shrink it). It should not be terribly difficult to implement once I've got those figured out.

@rashil2000 The move and swap commands work identically when the adjacent window belongs to the same panel. But when the adjacent window is in a panel, the move command will move the window to that panel, whereas swap will make the windows exchange places. The attached screen recording shows me swapping notepad with explorer several times (swap left/right), then moving explorer left and then right again (move left/right), which also moves it in and out of the vertical panel.

2021-12-16.21-17-24.mp4

[veselink1]

Implemented in v2.3.0, thanks both!

[veselink1]

Hi. I'm glad you're enjoying it. Thanks for the suggestion, I will consider it for a future release.

[rashil2000]

I would also like this feature. Using mouse in a tiling WM feels weird. Currently, the "Move" and "Swap" functionality do the same thing (at least in my testing):

Perhaps one of them can be changed to resize a window instead?

[rashil2000]

Thank you for the detailed explanation! I was scratching my head as to why they seem to behave the same, I didn't think of inter-panel movement 😅

[rashil2000]

Wow, thanks for the quick response!

[rashil2000]

I just tried it out, looks amazing!

I don't know if you have it planned already, but a setting to specify no. of pixels (basically amount) to resize in one go would be great!

[veselink1]

That sounds like a good idea for the next release. The resize amount is a fraction of the monitor size (to account for changes in monitor resolution). In general, you do feel that the current value is too small/large?

[jwdotpark]

It is unclear to me as of yet how much the window should be resized and what the hotkeys should map to (does arrow right grow the window to the right only, or symmetrically, likewise does arrow left grow the window to the left or shrink it). It should not be terribly difficult to implement once I've got those figured out.

Sorry to chime in late, probably the best way to handle resizing would be continuous mode, e.g. changing the size of the window constantly while the arrow key or some modifier is pressed down. (not sure it would be width/height pixel++ counter or some equivalent.. :D) I think that's a pretty intuitive way to handle the resizing but I gotta say the current option we have is pretty good, though sometimes it needs a multiple activation mode.

Btw, thanks for the fantastic update! it seems only gets better with updates :)

[rashil2000]

That sounds like a good idea for the next release. The resize amount is a fraction of the monitor size (to account for changes in monitor resolution). In general, you do feel that the current value is too small/large?

See below in my screen (1920x1080):

The amount seems slightly big to me.

I also agree with @jwdotpark that a continuous mode would be a better option to implement here, which can in turn be configured as to how much the window resizes on each keystroke.