>
> It makes little sense with resizing. Most applications demand a
> certain resize step size (e.g. the font width or height). You can
> only rarely snap them to adjacent windows without moving them.
>
> Ciao
>
> Dominik ^_^ ^_^
For me it goes hand-in-hand with productivity, a feature that I've
been looking for for quite some time. So for me it makes perfect
sense.
For example, lets say that I ( obviously I'm doing things different
from others ) want to have 3 terminal windows for various compiles on
the same page. For me, I quite often like to have them stacked
horizontally one right on top of the other, taking up roughly 1/3 of
the available screen space (better readablity of output on multiple
terms that I can resize if I need the whole context). This task would
be much easier to accomplish by dragging a window to the bottom (move
operation) then resizing it to the left and right screens (snapping
being the key) and then having the other 2 terminals snap to the
terminal and screens through resize operations.
Yes I could create a script that gets called through a menu op or a
key binding, but I'm quite know for just shuffling things around, so
this would never really solve my problems.
I haven't looked at the code, but it seems to me that the issue of
resize-stepsize could be methodically handled in a reasonable fashion.
I was only looking to see if there were any plans on updating this
feature, not to implement it myself, but now I've gotten a bit
curious. You seem to know a bit about this section of code, If you
could point me to the base files that deal directly with this, I just
might take a peek and see if I can implement something on my system
that will work.
Thanks
Matt
PS. no need to CC my directly, I check the list daily.
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Mon Jul 19 2004 - 07:34:15 BST