dx-packages team mailing list archive

[Christopher Townsend <christopher.townsend@xxxxxxxxxxxxx>]

I'll take this and discuss with other devs/designers on what the
intended behavior should be for this scenario.  At this time, I *think*
it's undefined, but I'll find out.

Just to make sure I understand the scenario, here is my explanation of
this issue:

Placing the mouse cursor over the Launcher icon of an opened, unfocused
app with *only one* window opened and then move the move the scroll
wheel focuses that app.

** Changed in: unity (Ubuntu)
   Importance: Undecided => Low

** Changed in: unity (Ubuntu)
     Assignee: (unassigned) => Christopher Townsend (townsend)

-- 
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” package in Ubuntu:
  Opinion

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/ubuntu/+source/unity/+bug/1263786/+subscriptions