After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 86644 - resize should have a shift option like move does
resize should have a shift option like move does
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other other
: Low enhancement
: future
Assigned To: Metacity maintainers list
Metacity maintainers list
: 325221 328777 (view as bug list)
Depends on:
Blocks: 155458
 
 
Reported: 2002-06-27 19:53 UTC by David Hoover
Modified: 2006-01-27 00:20 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description David Hoover 2002-06-27 19:53:21 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
Comment 1 Heath Harrelson 2002-10-30 15:45:24 UTC
Batch adding GNOME2 keyword to Metacity bugs.  Sorry for the spam.
Comment 2 Rob Adams 2003-02-28 20:22:52 UTC
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.
Comment 3 David Hoover 2003-02-28 20:37:16 UTC
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.
Comment 4 Rob Adams 2003-03-01 06:28:13 UTC
well I'm sure any patches that anyone wants to write would receive all
due consideration...
Comment 5 Havoc Pennington 2003-03-01 06:36:21 UTC
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.
Comment 6 Rob Adams 2003-03-03 06:30:35 UTC
marking low for now
Comment 7 John Richard Moser 2004-10-29 21:26:46 UTC
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.
Comment 8 Elijah Newren 2005-11-19 17:19:15 UTC
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...
Comment 9 Elijah Newren 2005-12-29 18:00:07 UTC
*** Bug 325221 has been marked as a duplicate of this bug. ***
Comment 10 Elijah Newren 2006-01-27 00:20:14 UTC
*** Bug 328777 has been marked as a duplicate of this bug. ***