dx-packages team mailing list archive

[asmoore82 <asmoore82@xxxxxxxxx>]

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