Multi-monitor - Reduce the stickyness of the 'sticky edges'

See my comment on the merge request. I disagree that it should go to a SRU on the bases of one device. also the value was already discussed in length with John and Jason for hours during the cycle to get to a good compromise. This shouldn't be changed under user's feet right now.

That right didrocks. We don't need yet another change in the sticky edge behavior. I like the resistance just fine.
The only thing that need tweaking is:
- only use horizontal mouse movement to overcome the resistance. This would make it easier not to slip to the other monitor by mistake.

Just to make sure you know what I mean with horizontal mousemovement:

when the mouse is moved 5 pixels to the right and 5 pixels up only the 5 pixels to the right should be considerd to overcome the resistence.

@John Lea: thank you that you will test my idea. I'm thrilled to see the results.

Isn't this a duplicate of bug 927662?

The current "Sticky edges" are too sticky but only because the edge behavior is baaad. (IMHO)

The behavior I would like:
* No movement loss
* Temporal asymmetric stickiness

Imagine I'm moving my pointer across an edge below the sticky speed threshold - What I'd like would be my cursor to stay behind when I hit an edge but for a shadow cursor to keep moving - and when my pointer gets far enough past the edge the cursor springs across to join it's shadow. Obviously the cursor, when stickied, would follow the shadow on the axis parallel to the edge being crossed. I like this because it provides clear visual feedback of what's going on, and it doesn't break the relationship between how far I moved my mouse, and how far the pointer moved in situations where I moved it far enough to cross the edge.

Now Imagine I'm moving my pointer from my left monitor to my right monitor with the goal of clicking something on the left edge of the right monitor. I have to move the mouse too far onto the right monitor (to get past the threshold) and then back again. This is actually pretty difficult to do fast - and therefore annoying. With my current mouse I tend to end up with the pointer where it started. So the solution is to temporarily have a much higher stickyness threshold when the pointer is going back the way it came. As you have a plan for access to that left edge it becomes acceptable to have an even higher initial threshold.

Also when moving windows the pointer should not be sticky, instead the drag-to-edge functionality should kick in.
For a cohesive feel the distance thresholds for what constitutes drag-to-edge should be the same as the stickiness distance. And similar behavior for dragging back to an edge you just crossed.

Alternative implementation -
make the scroll bar handles of a window maximized on a left monitor centered on the scrollbar so it extend onto the right monitor as the pointer approaches from the right of the window. It would probably help to make it fatter too.

I found this bugreport because I thought there might be something wrong with my compiz.

The cases where I'd have to aim carefully at the edge of a screen to hit something like scrollbars are far fewer than this annoys me by my mouse not doing what I tell it to do (it gets STUCK! instead of moving).

Is there a way to turn this off completely?

I'd like to second this stickiness as being a major usability problem for users with dual monitors.

I have turned off the menu on my right monitor, but the stickiness is still retained. This means I have
a roughly half second pause to try to pull my mouse pointer over from the right to left screen.

I would also love a way to turn off this stickiness completely.

Thanks, also for the hard work in making the launcher more configurable in 12.04.

See also: bug 990032