On 09/15/14 21:50, Dominik Vogt wrote:
Now, if the position (quadrant) of the window center is not taken into
account, each window will grow downwards and to the right... and
eventually out of view. For windows at the right and bottom halfs,
shrinking their size would move them farther from the border. These
behaviours annoy me. I also want to avoid manual resizing from the
border.
I find the idea interesting, nad maybe I've tried something similar
in the past, by I can't remember. But there is an odd script on my
disk that may help you (see attachment).
Thanks. Slightly more elegant than my heavy-handed approach.
The most difficult part of this is to find a natural way to say in
*which* direction you want to resize the window. Then it should be
not too difficult to issue commands to change the size by one
character or ten pixels; the resizemove command has syntax to
support this. e.g. "resize keep w+1c".
Yes, that's why the script gets all kinds of state variables to allow
easier experimenting.
Normally you would use the gravity of a window to determine the
direction in which it grows.
Each window's gravity would then need to be changed whenever its
position or size changes enough according to some heuristic. At least
there would be some hope for those poor windows that find themselves at
the lower half of the screen -- they would be compensated with upwards
mobile Northern gravity :-)
But some windows might still feel so self-important or satisfied with
themselves that they want to swell in place.
Thanks for your thoughts!
Tapio
