Lee Willis wrote:
> I'd prefer that if the mouse really is in the _exact_ centre then we
> just act as now ie leave the window the same size and the user would
> have to go drag the sides ... Oh and I would shrink each time with the
> recursion idea or not in real-time anyway. I'd just wait till we'd find
> out which direction we're shrinking in and then drag that side/corner
> to the mouse ...
Much nicer, please make it so I can turn it off though. Half the time I
start a resize it is to find out how big a window is so I can set some
Xdefaults for the next time it pops up. The current behaviour shows the
current size and then can be aborted with ESC.
I posted a patch to the workers list that allows the keypad numbers to
select menu items if the hot keys 1,2,3,4,5,6,7,8,9,0 are used. This
lets me pop a menu with keypad_5 and then select a resize direction from
a keypad number which moves the mouse to the appropriate edge and then
starts a resize. If you do the above change then resizing will start
right away at the current size i.e. shrinking won't involve enlarging
first and the resize will start at the current size.
As another whizzy enhancement would anybody be interested in a patch
that would make resize use the keypad number keys to move the pointer
(and therefore resize the window) in an intelligent way? What I am
thinking is that e.g. keypad_9 would move the pointer up and right by
the resize increment specified by the window or 23 if none specified,
shift-keypad_7 would move up and left by 5 times the resize increment or
100 if none specified.
The numbers 23 and 100 seem to be what resize moves by when using the
arrow keys.
This would let you grow a term window by 5 columns by hitting keypad_5
(or alt-keypad_5 if you want to be able to type numbers in using the
keypad) then keypad_6 to start a resize_right_edge then keypad_6 five
more times to add the columns ad then return to actually do the resize.
I might even allow keypad_enter to work like return (actually this would
be useful in menus too.
All we need now is OpaqueResizeSize.
Cheers,
Tim.
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Wed Sep 16 1998 - 04:27:15 BST