You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using wrs in absolute mode sometimes (a lot of the time) the size of the window changes to a size completely different from the desired size (usually a lot smaller, most of the time not even the correct aspect ratio).
I can reproduce this most of the time with wrs -a 500 500 $some_window_id. Notice how the resulting window is not square.
Tested with urxvt on a 1080p screen without a WM running.
Context of finding this bug:
I am currently writing wrappers for wmv and wrs that move the mouse pointer with them to fix some of the inconveniences of the detail fix. The wrs wrapper also introduces arguments that make it possible to keep the center of the window in the same place after a resize or resizing to the left. The wmv wrapper is mostly finished, while the wrs wrapper still needs work. In particular that is some fixes for center-keeping resizes on the right edge of the screen and absolute resizing (should work in theory, but discovered this wrs bug)
The text was updated successfully, but these errors were encountered:
As discussed on the pull-request #34, this is the expected behavior.
The arguments given in absolute mode are the absolute coordinates of the bottom right hand-corner of the window on the root window. In other words, resize the window up to this coordinates.
The main goal here is to be able to resize the window with the mouse using the following command:
wrs -a $(wmp) ${wid}
EDIT: In case you want to resize a window by giving it a fixed width and heigh, use wtp instead:
When using
wrs
in absolute mode sometimes (a lot of the time) the size of the window changes to a size completely different from the desired size (usually a lot smaller, most of the time not even the correct aspect ratio).I can reproduce this most of the time with
wrs -a 500 500 $some_window_id
. Notice how the resulting window is not square.Tested with urxvt on a 1080p screen without a WM running.
Context of finding this bug:
I am currently writing wrappers for
wmv
andwrs
that move the mouse pointer with them to fix some of the inconveniences of the detail fix. Thewrs
wrapper also introduces arguments that make it possible to keep the center of the window in the same place after a resize or resizing to the left. Thewmv
wrapper is mostly finished, while thewrs
wrapper still needs work. In particular that is some fixes for center-keeping resizes on the right edge of the screen and absolute resizing (should work in theory, but discovered thiswrs
bug)The text was updated successfully, but these errors were encountered: