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 623156 - dual monitor using linear workspace mode switches too fast when moving windows.
dual monitor using linear workspace mode switches too fast when moving windows.
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks: randr-tracker
 
 
Reported: 2010-06-29 17:49 UTC by Sri Ramkrishna
Modified: 2011-06-09 16:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sri Ramkrishna 2010-06-29 17:49:55 UTC
So I have a dual monitor setup and the linear view mode of workspaces switches from one workspace too quickly when dragging a window to other workspaces without some precision.

The reason I think is that linear view depends on the edge of the monitor to determine its speed.  But since there is no edge anymore the workspace switch is faster (well certainly to me it is, I keep missing my target workspace which makes it very frustrating to move windows from one workspace to another)

To slow it down, I have to be precisely at the edge.  Not optimal.  Not sure how to fix this other than making switching speed constant in a dual head setup or have some configuration to adjust the switch speed or we find another way to drag windows to a workspace.  I did try to move it to one of the squares below but that didn't help.  You could do something like that and when you move the window onto one of the workspace squares it expands indicating a drag-n-drop.

sri
Comment 1 Sri Ramkrishna 2011-01-12 21:51:50 UTC
OK, so I think the problem here is that the speed is a function of how far in the pointer moves past the boundry of the first monitor.  Because it works fairly well in single monitor.  To fix this will require you figure out what the second monitor is being used for.  For instance, if it is just going to not use at all which is the current implementation then the mouse need not move to the other monitor at all and we simply assume single monitor.
Comment 2 Dan Winship 2011-06-09 16:27:22 UTC
is this still an issue with the rewrite of the workspaces/monitor code?
Comment 3 Sri Ramkrishna 2011-06-09 16:33:39 UTC
Dan - the new workspace/monitor stuff solves the problem.  You can close it.
Comment 4 Florian Müllner 2011-06-09 16:39:28 UTC
(In reply to comment #3)
> Dan - the new workspace/monitor stuff solves the problem.  You can close it.

Actually I think it was fixed when making the workspace layout vertical ... anyway, closing.