I too find this new "corrected" behavior a big break in my workflow.
Bring it back please! Or add a toggle option for powerusers who can control their own wheels and are not confused by the UI actually reacting to inputs. This whatever scroll up does scroll down should undo is nonsense. Right-clicking a laucher icon has the same effect whether the app is focused or not. Mid-clicking a launcher icon has the same effect whether the app is focused or not. Scrolling a launcher icon _should_ have the same effect whether the app is focused or not. I believe I shall file a new bug later with more detail on this issue and the use cases that are now broken. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1263786 Title: Nonsense behavior of scrollwheel over Launcher Status in Unity: Fix Committed Status in “unity” package in Ubuntu: Fix Released Bug description: Steps to reproduce: - move the mouse cursor over the launcher - move it over the icon of an application that has one and only one window open that is not on front - move the scrollwheel of the mouse in any direction Expected behavior: NOTHING. Ovserved behavior: the window, corresponding to the icon over which the mouse cursor is, is brought to front; and this cannot be reversed easily. Trying it with an icon of an application that has two or more windows open reveals "why" this happens: - move the mouse cursor over the Launcher over an icon of an application that has two or more windows open - move the scrollwheel This will switch between windows of that application, so scrolling up or down will bring one or another window (of that same application) to front. This is already annoying, like many other abuses of the scrollwheel that unfortunately have become widespread (such as: moving the scrollwheel while keeping the cursor over a tab will switch among tabs in applications that use tabs). But even if we accept the annoying use-the-scrollwheel-for-everything-at-all-costs fashion, only two behaviors would make sense in this case: Option A: - similar to current behavior (switch between windows of an application) but ONLY IF there are more than one window of that application open AND one of those window is already focused. Or option B: - whenever the scrollwheel is on the launcher, scrolling would switch among ALL existing windows Both option A and B would be consistent with the widespread scrollwheel abuse, but would at least make sense, and an unintentional movement of the scrollwheel causing an undesired window switching could always be reverted by a countermovement of the scrollwheel in the opposite direction. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: unity 7.0.0daily13.06.19~13.04-0ubuntu1 ProcVersionSignature: Ubuntu 3.8.0-34.49-generic 3.8.13.12 Uname: Linux 3.8.0-34-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' Date: Mon Dec 23 22:45:54 2013 InstallationDate: Installed on 2013-10-11 (73 days ago) InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1263786/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
