GNOME Bugzilla – Bug 112478
alt-shift-leftclick should move window in "snap"-mode
Last modified: 2006-08-07 19:30:40 UTC
Currently moving a window in snap-to-edge-mode (with alt-left-click) is a 6 step process * hold down alt * left click on window and hold down * hold down ctrl * move window * let go of mousebutton (must be done before letting go of ctrl) * let go of ctrl and alt If alt-shift-left could be used for moving a window in snap-mode it would be a 4 step process * hold down alt and ctrl * left click on window and hold down * move window * let go of all buttons (at the same time) This would feel alot more intuative and easy to use. /Erik
Works for me...
The bug is that if you hold alt+shift then click, it doesn't work. You have to hold alt, then click, then press shift. I fixed this for Alt+Shift+Tab a while back, just need to do the same kind of fix for alt+click
I just did it with both 2.4.34 and HEAD -- press alt+shift and then click and drag. Worked just fine. Perhaps I'm somehow missing something here?
Don't know - it doesn't work for me though. Needs investigation...
Can I help in any way? This is really annoying for me :) /Erik
If you know C, you can look at the source and try to debug it. Otherwise, no I don't think more info is needed.
I can dupe. Updating the version.
I found this and Bug #81704 because I was annoyed that metacity didn't have snapping/resistance. A friend said "Control" drag would do it, but it didn't. Now I see here that Shift-Alt-drag enables snapping. 1) Discussion at Bug #81704 suggests that metacity should be incorporating default snapping/resistance, following the admirable "just do the right thing" approach. No need for weird keys. I'd recommend that instead. 2) The shift-alt snap-to is some of the most annoying behavior I have ever seen. If it's going to stay I think having to hit shift-alt is a good idea. Maybe shift-alt-meta just to be safe? :-p
Oops, this is a key/mouse binding issue, not a move/resize/constraints one. Updating the blocks field...
Yeah I just got stung by this baby, keep selecting text by accident! :@
Created attachment 66982 [details] [review] Grab button1 with ShiftMask | window_grab_modifiers as the modmask I think this patch should fix the problem. Basically, you just have to add a grab on left mouse button + Alt + Shift and everything works itself out automagically. I also found it necessary to change the while-loop in meta_display_grab_window_buttons to a for-loop. :)
I committed the patch, adding a comment. The patch does remove the need for getting shift and Button1 in the "right" order, but for some reason Alt still has to be first. For some reason, Shift + Alt + Button1 won't work for me whereas Alt + Shift + Button1 will with this patch. Doesn't make any sense to me. Does anyone else understand that?
I can't reproduce. I.e: holding Shift, then holding Alt then pressing Button1 gives the same effect as holding Alt, then holding Shift then pressing Button1.
Weird, must have been something strange with the system I was using at home. It works fine on my machine here at school. So, want to have the pleasure of marking this one as fixed, Bjorn?
Okay, I'll do it then. :) Thanks for fixing this Björn!