GNOME Bugzilla – Bug 753279
Option to disable Windows snapping
Last modified: 2017-08-20 10:48:20 UTC
Hello, I wonder is there a way to disable window-to-window snapping in Gnome 3. Moving\dragging windows with this thing makes it feel like there's serious lags around and annoys too much.
Do you have specific examples / workflows when this gets into the way of specific stuff you'd like to achieve?
Example: A two or more windows open, drag one around, or move it to another monitor (looks especially painful). It will try to "stick" to edges, and it looks like I drop frames or something. Another example: I have a "dash-to-dock" and "hide top panel" extensions, both with intellihide. When I move a window towards them, it lags. And I even can't say is it really lagging or trying to stick to edges, which are hiding as soon as that window "touch" them. Overall effect: Just taking one window and move it around fast, I'm experiencing somewhat lagging effect. I didn't even notice that it just tries to snap to every single crap, was blaming performance first. CPU raises to 15-20%. This is my threads: https://bbs.archlinux.org/viewtopic.php?id=200144 https://bbs.archlinux.org/viewtopic.php?id=192844
Any additonal info needed?
(In reply to John Woo from comment #3) > Any additonal info needed? No. But we need patch to review or at least a proposal about what to do with edge resistance. We could 1) remove it 2) enable it only while dragging a window with a modifier pressed 3) make it configurable 4) leave it as it is I don't have a particular opinion on the subject.
Will be good to enable option of choice in tweak tool for example. I didn't find many people who also dislike this while googling, so maybe a good option would be leave it as default and an option to disable in tweak tool. Thanks
I'm not convinced that disabling window snapping is worthwhile, to be honest. It does help to make windows feel more physical, and ties in with edge resistance that we want to use for multimonitor. It's an old feature, and we haven't really had any complaints, and I don't see a particularly compelling argument for removing it in this bug report.
Well it's just roughly designed. I'm dragging a window to a specific place with high speed, and it lags once-twice on the way. Maybe there could be nice animation of snapping, or maybe dependence on the speed of dragging (like on a slow speed it tries to snap, on high - ignores snapping since I clearly doesn't want it to snap). The subject is not disabling it by default, but leave a choice to the user.
This issue still exists in gnome 3.20, and no option to disable it. When dragging windows around it feels like I have 20 fps, or at least very uneven fps. It's really annoying.
This issue still exists in gnome 3.22.3 and no option to disable it. :( With 6-7 windows open, moving one window makes it to stutter as it tries to snap on each and every window edge on it's path. As in previous comment - it is really annoying! With comments like "It's an old feature, and we haven't really had any complaints, and I don't see a particularly compelling argument for removing it" - the reason is nobody actually figured out the reason of stutter or even FOUND this thread! So please, how hard can it be (add one or two "IF" statements in the code). Thank you SO MUCH (in advance). If not, see you in a year, I'll try to remember this thread :)
Hello. For me, this has been the most annoying "feature" in GNOME 3. I would also like to see this behaviour configurable.
(In reply to Mikhail Nidze from comment #10) > For me, this has been the most annoying "feature" in GNOME 3. Except of course that it was inherited from metacity/GNOME 2, but sure, keep complaining about GNOME 3 ...
(In reply to Florian Müllner from comment #11) (In reply to Allan Day from comment #6) Oh. I really didn't mean to complain or be offensive. I use GNOME 3 as my main DE, I like it and want to thank you for your work. But, as Allan Day said: > and we haven't really had any complaints so, I wanted to add one more opinion :)
"Except of course that it was inherited from metacity/GNOME 2, but sure, keep complaining about GNOME 3 ..." Technically, a feature i still a feature, regardless of whether it was inherited or not. If this is something that exists just because it was ported over, I suggest it should be removed as this is not a default feature in any other DE I have seen. If it's something that people want (I haven't seen anyone requesting this feature in other DE's either) it should at least be an option (either holding modifier key or as a toggle in settings) and not default. There is even a $15 bounty to be had for fixing this: https://www.bountysource.com/issues/35544484-window-edge-resistance-snapping-not-tiling-no-way-to-disable (tip: other commenters could possibly add more as well) Also, I don't think people who take the time to register and comment here typically are complaining, but rather because they've found something they consider a bug they don't want in their favorite DE. Personally, I did not use gnome 2 as my main DE, but I prefer gnome 3 over the alternatives.
(In reply to anders from comment #13) > If it's something that people want (I haven't seen anyone requesting > this feature in other DE's either) it should at least be an option (either > holding modifier key or as a toggle in settings) and not default. I want edge resistance when dragging windows. I love it! It is my most beloved feature in GNOME 3.
Please stop flaming. I registered this bug and as you see the subject of it is "OPTION to disable windows snap", we shouldn't care about is this default behavior or not. I just stated it looks really crappy so either please add an option to disable it or improve the design. Now it kills all the "fluidness" of Gnome experience. By the way I still dont understand why CPU consumption rises so much while moving windows around (first I thought it was performance lags before realizing its just this snapping "feature") but its a different topic. What's that really hard in adding this to gnome tweak tool?
The bounty is now apparently upped to $65. The bounty (link in my previous comment) is linked to the duplicate of this bug though (not sure if that matters): https://bugzilla.gnome.org/show_bug.cgi?id=679609
Let's finally mark this as the duplicate it is, then. *** This bug has been marked as a duplicate of bug 679609 ***