The correct behaviour here is to disable the launcher reveal when dragging windows across display edges. However, the mouse cursor should still be held briefly at the left and right edges, when travelling below the threshold velocity for cursor holds.
There are two holds at the display edge to overcome when travelling from right to left, the first to trigger the launcher reveal, and the second which allows the mouse to pass the edge. This second hold is also present when moving from left to right, to support targeting items near the edges of the display. For full details, please refer to the section Launcher-Targeting the Launcher in the multi-monitor spec: https://docs.google.com/a/canonical.com/document/d/1aHvJ-iIw-59bXTYBmIhQqEx0za2h9jpFE_RhZ2VOvJc/edit?pli=1#bookmark=id.cnyokdebno5y When dragging a window, this cursor hold makes it easier to achieve semi-maximised window states on the shared edges between displays, and feels much lighter when not combined with the initial launcher reveal hold. This is similar to the following bug: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/928805 These bugs have not been marked as duplicates because of the mention of the mouse getting stuck here, requiring the user to drop the window and restart the drag. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/926791 Title: When dragging a window across screens, the mouse gets 'stuck' To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/926791/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
