sticky edges should be inactive in the monitor where the launcher is not active and an window is not beeing draged

[Lulzim]

In my configuration with a duble monitor the launcher is displayed only in the left monitor and the sticky edges is enabled.
In my understanding the sticky edges is:
1. to half-screen maximase the window that is beeing draged close to the edge (I like this feature BTW).
2. to show the launcher when it is hiden.

In my configuration on the right monitor there is no launcher to be shouwn and when I'm moving the mouse (not draging an window) than the sticky edge should not apply any resistence.

[Bilal Akhtar (bilalakhtar)]

Needs design spec change.

[John Lea (johnlea)]

Sticky edges are also intended to help with scrollbar targeting. We already have a switch to turn the sticky edges off, and we have a set of refinements in the pipeline that aim to improve the way sticky edges catch the pointer when you want them to, and release the pointer when you don't want the pointer to be caught.

[Lulzim (lulzimbilali)]

@Bilali
It is true that is a specification change. But how can it be considered? Should this be reported as a brainstorm instad of a bug or how should it be done?

@John
1. I did not thing of that helping on scrollbar targeting but now that you say that I see that it might help but does this make a very big diference?
2. I know about the switch to turn it off but in my case I have it on. (I like to half-screen maximase the window)
3. I am sorry but I have no idea how it workes internally, all I know is that in most of the times that I move the mouse from one monitor to the other I don't want it to be cached and that times are easy distincuised from others "I'm not draging a window"

[Lulzim (lulzimbilali)]

Seems like something is changed related to this bug on https://bugs.launchpad.net/unity/+bug/1120223
but I'm not sure how it behaves when draging an window to the edge. otherwise I think it should be closed this bug as well.