GNOME Bugzilla – Bug 86644
resize should have a shift option like move does
Last modified: 2006-01-27 00:20:14 UTC
It seems like it would be a good thing to add the shift-forces-snapping option for window resizes as well as for movement; a lot of times I want a window to take up the whole screen vertically, but not horizontally, and currently, I have to try & eyeball it as I resize a window. If holding down shift while resizing applied the same rules like holding down shift while moving, it would make this sort of thing trivial to do
Batch adding GNOME2 keyword to Metacity bugs. Sorry for the spam.
do the maximize vertically/maximize horizontally meet this need? I'm not sure what a shift-resize would do, and I always though the shift move thing was on crack anyway.
No, not really; you _could_ jump through hoops to make vertical/horizontal maximize do what you want, but that'd be obnoxious, since you'd have to hide all the windows between the one you're resizing, and the one you want it resized to match, etc. I mean, the general concept is the same as with the shift-move (which I think is amazingly great, but that could just be since I always liked edge magnetism, and this is the closest I get from metacity); let those of us who are anal about things keep our windows all neat and tidy. 1 pixel gaps are obnoxious. So shift-resize is pretty straight forward in my head; it's just like shift move (I'll describe a pure horizonal resize): I have a window, and I want to make it wider on the left size; I drag to resize it, but hold down shift, so this resize automatically snaps to the edge of the nearest window to the left of the one I'm resizing. Or, if I want to keep going, I drag further, and it snaps to the next edge it finds horizontally. Repeat until I either am at a width I like, or hit the edge of the screen. I could draw some pictures if you'd like to demonstrate some window placements and why I'd want to use this, but I think this description should pretty much cover it.
well I'm sure any patches that anyone wants to write would receive all due consideration...
If we have the shift option for move, it only makes sense to have it for resize, I'd add that. We do want to add edge magnetism/resistance also though, there's a bug for that.
marking low for now
Makes sense to have shift-move and shift-resize as well; in fact i've been after this since 2.4 (when someone told me of sihft-move) I think. #156856 might also be interesting but *shrug* different concept.
Oh, here was another bug on the constraints experiments branch that I fixed without realizing it had been filed and that I forgot to mention. Anyway, fixed on HEAD now too...
*** Bug 325221 has been marked as a duplicate of this bug. ***
*** Bug 328777 has been marked as a duplicate of this bug. ***