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 685961 - improve half-tile snapping with multiple monitors
improve half-tile snapping with multiple monitors
Status: RESOLVED DUPLICATE of bug 649797
Product: mutter
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: mutter-maint
mutter-maint
Depends on:
Blocks:
 
 
Reported: 2012-10-11 12:19 UTC by Matthias Clasen
Modified: 2014-06-26 13:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matthias Clasen 2012-10-11 12:19:14 UTC 
Half-page snap against edges where screens meet - this can currently done by hoving the dragged window in an area close to the screen edge. This area needs to be increased in size. We also need to use pointer pressure/speed here - a faster/harder movement would let the dragged window passed to the other monitor. A slower movement would allow half-page snap. 

See https://live.gnome.org/Boston2012/Multimonitor
Comment 1 Matthias Clasen 2013-01-04 23:30:49 UTC 
After a brief discussion with Jasper today, what we want here is a velocity barrier, which will be available in the next X server.
Comment 2 Jasper St. Pierre (not reading bugmail) 2013-01-23 18:20:56 UTC 
This probably will not make it for 3.8. Can we remove this from the 3.8 blocker list?
Comment 3 Jasper St. Pierre (not reading bugmail) 2013-01-23 18:22:50 UTC 
Nevertheless, half-tile snapping is mutter's job, so I'm punting it over to there.
Comment 4 Matthias Clasen 2013-02-12 04:01:02 UTC 
ok, taking it off the 3.8 list
Comment 5 Debarshi Ray 2014-06-26 12:34:22 UTC 
Is this really different from bug 649797 ?

Currently if you drag a window slowly towards the edge between two monitors, a tile rectangle appears when the mouse pointer is near the edge. A fuzz factor is already there, which seems to address the "area needs to be increased" aspect of this bug report.

However there is no barrier to prevent the pointer from slipping across to the other monitor, which is what bug 649797 is about.
Comment 6 Debarshi Ray 2014-06-26 13:18:32 UTC 
Marking as a duplicate after talking to mclasen on IRC.

*** This bug has been marked as a duplicate of bug 649797 ***