Bug Description

In unity 5.2 RC1:
- revealing the launcher by putting mouse on the edge and pushing seems very hard (the distance to push it long). This is even worse on trackpad.

Related issue:
on multimonitor setup, going from one monitor to the edge suffer from the same issue (you have to push the mouse a lot, more than it felt naturally needed). Especially when you drag a window using the trackpad.
Also, when you put your mouse on the central point slowly to go to monitor 2, you get stuck even if you believe that the mouse is already on the monitor 2 (because there is one pixel left on monitor 1 and the whole cursor is drawn on monitor 2)

I got the same issues. Too much pressure to unhide launcher and mouse gets stuck between multiple screens. At first i though this was a bug but now I understand how this works. So I dropped my "Launcher Reveal Pressure" to 10 and the "Edge Stop Velocity" to 30. So what I understand this does is bring the launcher up easily and does not so easily grab my cursor when moving between screens and slower speeds. Yet still being able to bring up the launcher on the 2nd screen.

@psypher246: it's not possible to put those settings as the default, as it clearly impacts other well behaving trackpad. The workaround we found for now is to add the option to gnome-control-center until a better solution happen.

If I move my mouse from left primary screen to right secondary screen, please could the edge stop velocity be 0 when going in that direction. only when moving from right to left on the secondary screen should the mouse get stuck and then require more pressure to open the launcher. There is no need to try and lock my mouse when moving from left to right. It gets very tiring trying to jiggle the mouse loose all the time.

This was the first behavior, but after some user testing, we saw that people, when wanted to just use the scrollbar on the left monitor, went to far away and then was frustrated as you have the launcher reveal blocking you on the right screen to come back. So the current solution with the "stop" pressure is a better solution as a conclusion.

Having a setting that needs to be tweaked in order for the launcher to work is not a solution to this bug. Ubuntu should work without configuration, especially for something as essential as revealing the launcher.

For a few people there happens a case where the launcher won't reveal at all and they have to adjust a few settings in CCSM to fix that so I have changed the importance for this bug to Critical as it would affect a large number of people.

The drivers are the primary reason this isn't working for some people. Some touchpads are scaling inputs incorrectly, resulting in very low velocity pressures. This should not prevent it from working for these people, but it does make revealing take a bit more effort than intended. I have not seen a completely unworkable setup yet. The slider merely helps people who have misbehaving hardware deal with the faulty drivers.

Ideally, the correct thing to do would be to ensure that all touchpads react the same way on all machines.

Note that if I put the cursor to the far right of the screen, and do a "quick" swipe with the track pad, it moves the cursor all the way to the left of the screen. It then takes severaly quick swipes to reveal the launcher, but only one slow swipe.

after some discussion, it seems that are two cases:
- cases like dell mini 10v (and your asus altec), where a quick swipe travels all the screen, but the launcher doesn't reveal (maybe not based on monitor width?)
- cases like the xt2 where you can try whatever you want: you can travel 50% of the screen at most

So what will RAOF do, make different drivers for every single computer on the planet? You waste your time with childish experiments. The only fix for this is to scale or shrink the window when launcher appears. I have to repeat this over and over again. This is the only reasonable fix for now from this guy. -> https://bugs.launchpad.net/ayatana-design/+bug/765819/comments/51

The idea is that you are sustaining a push over a period of time. The important factor is the time. If you open CCSM and adjust the responsiveness slider you will have a shorter required sustained push. We dont have to expose this slider if we can decide on a value for it. Currently it defaults to 1.0f.

The reason your quick swipes dont work is that they dont sustain the pressure for very long. You are applying very high pressure for a very short period of time. So the system sees this as very similar to accidentally cruising into the side when quickly going for the back button. The idea is to show intention. Maybe we currently require too much intention.

The problem is people are trying to push faster, when the correct motion is a slow sustained push. The slider (even if we dont expose it) basically allows you to tweak for sustained push vs higher allowed pressures. The more "responsive" the launcher is, the more prone to false positives it becomes. I have chosen a very conservative value for now, perhaps we should increase the value to 2.0f.

Another thing I'm trying to do is to get more information into the hands of Unity - it's not clear if we can get enough information to have the perfect behaviour for all hardware by default, but there's still data to try.

Just confirming the same behaviour on a thinkpad E525. It is true that the behaviour feels somewhat different on the built in trackpad than on my Filco USB trackpad, but I think perhaps that this is perhaps cognitively clumsy too.

I think that for the average user it's difficult to know what "slowly" or "quickly" or "pressure" is correct. When you use a mouse or touchpad pointer, it's anyway a virtual object on the screen, and we don't have the "physical" feeling for "pressure" or whatever else. This behavior has to be the seamless as possible.

Anyway, if the "push mouse offscreen" feature might be a good idea on trackpads, I still don't find it ergonomical with a mouse.
At first use, people (including me) don't seem to have the reflex to push on the left, and think the launcher does not reveal, or does not work.

Another problem is that this push on the left physically moves the mouse on the left, while the cursor does not move.
After a few pushes, the mouse has moved a few centimeters on the left. So you need to lift it and reposition it on the right (else it finally hits the keyboard, if you are right-handed)

I agree with Mossroy 100%. My first impressions too. After using it for a while I kinda get it. But I have to say transitioning between multiple desktops is really annoying, a movement from left to right just keeps getting stuck in the middle. despite understanding the requirement to be able to position the mouse on a scroll bar or to unhide the other monitors launcher. Need to find some other solution or fairer settings.

Oh ok, cool, well I see there is now a reveal sensitivity slider in the appearance app (formerly user settings, formerly appearance, glad they went back to appearance) I think is a much better way of tweaking this for different input devices.

I've tested this feature with a mouse and 2 trackpads, in single screen and multi-monitor situations. This feature is easiest to use when set to "High" sensitivity. I think it would make sense to make "High" the default, and allow users who are getting too many false positives to back that off if necessary.

Works best means:
1. It's easiest to reveal the launcher, and I think more discoverable (won't have as many people thinking the launcher is broken).
2. It's fastest to reveal the launcher. With the default setting, it is a long process to make the launcher reveal.

Would like to add that a few updates came through and set the "edge stop velocity" by default to 65. This makes transitioning between multiple monitors, smoothly, near impossible and extremely annoying. I have set it back down to 20 which improves the response a lot.

I have also set my "reveal sensitivity" to High and seems ok for mouse. But still not sensitive enough for my touchpad. So I would say the sliders needs to be adjusted as so: The line it locks at should be in the middle. That line it should be the default but the same sensitivity as "High" is currently. The proposed "High" should be even more sensitive than the current one. Then we have a high range to play with.

Is this bug about the default sensitivity, or about the launcher not revealing at all no matter how hard you push? Seems like these are two different problems. (the former being opinion, the latter being a serious bug.)

I have the sensitivity set very high so that the launcher reveals very easily. I also have a dual monitor set up. In 5.2 the launcher revealed very easily for me. Since updating to 5.4 the launcher is extremely difficult to reveal.

This isn't a sensitivity issue. It seems that something fails when the pointer first comes into contact with the screen edge. If that happens then the launcher won't reveal no matter how hard I push. I have to move the pointer away from the edge before pushing again. The next time, it might reveal very easily, or it might fail again.

This only happens on the first monitor. The second monitor behaves exactly as it did in 5.2.

Seems like comment 24 has this problem too, as well as most of the duplicates of this bug.

I have been having these issues today as well after update. Couldn't open primary launcher no matter what i did. Adjusted my edge stop velocity to default again and then back to 30 after a while. Problem stopped.

Just seems like the whole feature needs work, not sure if we can lump all the issues under one bug or should there multiple bugs? I'll be happy to log if I must

I tried resetting everything to defaults and it is still almost impossible to reveal the launcher on my primary screen. When the launcher does reveal it seems to be following the settings, and the launcher on second monitor always follows the settings. In 5.2 both launchers followed the settings correctly.

Been looking at this some more and it seems that when the sensitivity is low I can unhide the launcher by VERY gently stroking the pointer against the left edge. The harder I hit the left edge the less likely it seems to be for it to reveal. Possible reversed </> or some kind of overflow? The second launcher on monitor two continues to work perfectly.

I have also noticed that if I push *really* hard against the edge the mouse pointer starts bouncing around all over the screen.

After falsely subscribing to bug 871986, i see that now i'm in the right place.
After reading the comments on thiw bug, i confirm that it easier for the launcher to reveal after the adjustments proposed.
I still however have to "hit hard" the left part of the screen to reveal the launcher, something that i don't consider a right setting, because of two reasons:
1. It is not an obvious decision to start "hitting the left side of the screen". An obvious thing to do is to leave the cursor there for a little longer, something that sadly does not work.
2. It reminds me of the "you just need a bigger hammer" logic, of which i am no t a fan.
I also want to point out that this cannot be solved when using 12.04 in virtualbox guest installation, as pressuring left with the mouse just a) exits the mouse off the guest OS onto the host OS if the host OS is on "never hide launcher" setting, or b) reveals the Host OS launcher if the host OS is on "autohide" or "avoid window" launcher setting.

FYI, on Precise amd64, I use a Logitech wireless touchpad instead of a mouse. For me it's a total no go, I just can't get Unity to unhide, whatever I do, whatever the settings, always have to use the Super key which is really annoying.

As Filippos I too miss the old feature of just leaving the mouse there for a seconds and revealing the launcher. I don't understand the need for applying pressure, excessively moving the mouse. Is it possible to add that back as an option in the Appearance tab

It is 2012-04-28 and this bug still exists. I have a geforce 9800 gtk+ but using the old "ubuntu approved" drivers supplied as "recommended." There will be a slight black shadow on the left when I want it to appear, but it doesn't open and the black "glow" collapses. It takes repeated attempts of bouncing the cursor to make it appear after it is stuck. I'm using Beta2 and I haven't been offered the final release in System Update yet.

I reread the comments and adjusted my mouse. Adding about 1/10 on the slider for Acceleration (I usually want no acceleration) makes the Launcher show more reliably. I'm sorry I didn't think of this sooner after reading the notes and adding my report.

Just do a dist-upgrade, or better still download and install the new release.

This is supposedly "fixed", and it seems a little better since sometime in beta2, however the reveal sensitivity still does not go far enough to fixing the problem. I can't see much difference between the default configuration and maximum reveal sensitivity. Maximum sensitivity really should allow the Launcher to appear as soon as the mouse hits the LHS.

I don't *want* to have to increase my mouse acceleration. I do a lot of fine work in photo editing and I like my mouse acceleration the way it is.

After my last update I am not suffering from this bug. IT used to work fine. I could use Unity and could be productive. Now, I hate unity and the launcher. When is a fix due? Ubuntu, you need to pay more attention to usability and your users