[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Fix Released in Unity Unity 7.2.0. ** Changed in: unity Status: Fix Committed = Fix Released -- 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 Released 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
I much preferred the old 'scroll to focus' behaviour. Sounds trivial but I found it more convenient than clicking. A quick nudge of the scrollwheel always showed me the most recently used window of any app (whether multiple windows were open or not). The new behaviour breaks my workflow. -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
I'm dissapointed by the outcome of this bug. But bah, when the reporter uses words such as fucking, demential... -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
(Sorry, I submitted an ugly and incomplete comment before.) I just wanted to say that I'm glad the behavior the OP considers nonsense and demential is coming back! (LP: #1288957) because it's super handy specially when Unity has *real bugs* such as LP: #1170647 (contrast that with this opinion bug). -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Somewhere between that last post and inspecting the behavior very closely and actually looking at the code, I changed my tune. The existing scroll up and down mixed behavior was very strange for 3+ open windows. I created bug #1286784 for this issue. I'm still for the working on unfocused app scenarios, but the scroll up and down mixture needed a little work in all scenarios. -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
This bug was fixed in the package unity -
7.1.2+14.04.20140214.1-0ubuntu1
---
unity (7.1.2+14.04.20140214.1-0ubuntu1) trusty; urgency=low
[ Sebastien Bacher ]
* use unity-control-center by default.
* lists keybinding in unity-control-center. (LP: #1271710)
[ Brandon Schaefer ]
* Bump to new libnux from this branch:
https://code.launchpad.net/~brandontschaefer/nux/xim-preedit-
support.
* Adds Super+L to lock the screen, while keeping the older shortcut
around in g-s-d (Ctrl+Alt+L). (LP: #830709)
* Do not open the dash/hud on a monitor with a top most window that is
fullscreen. (LP: #1267210)
* Implement an EMConveter. This way with default settings such that
DPI = 96.0f, and font_size = system font size. We can get the
correct EM value for any pixel size. Once we have the correct EM
value for any pixel size, the DPI value can be adjusted to the
current logical one. From here, you can now get the correct pixel
size based from of the EM value for the logical DPI of the screen.
* Refactor EMConverter API. Now all thats needed is int
ConvertPixels(int pixel); This will calculate the correct pixel size
based on the DPI and font size.
* Testing that the ibus anthy tests could possibly be causing strange
issues on the nvidia machine. So skipping them to test if tihs is
the source of the error.
* Add Pt to Px function to em converter.
* Move EMConverter over to unity settings.
* Add multi monitor support for EMConverter in unity settings. Now you
can grab a specific converter per monitor.
* Simple RawPixel class. It adds 2 define literals, ex: 10_em,
10.0_em. From there it turns them into raw pixels. RawPixels have CP
(CovertPixel) function which takes in an EMConverter that allows you
to use a converter specific to a monitor to convert the raw pixel to
the correct value.
[ Marco Trevisan (Treviño) ]
* Don't re-present all of our windows on every frame. Only do that if
damage intersects it. Use the new APIs exposed by compiz and nux to
intelligently determine which windows need to be presented per-frame
and only register damage for those windows. This fixes two things:
1. BaseWindows being redrawn from scratch every time damage was
registered over them. That was incorrect and should only be done in
the case of background blurs. 2. BaseWindows being drawn to the
screen on every frame, regardless of whether or not they needed to
be. Now they will only be drawn if some damage intersects beneath
them. Note that unity will expand the damage region to accomadate
the base window since nux does not support geometry clipping. So if
there is a partial intersection of the launcher for example, the
area of the screen which contains the launcher will be re-painted
(but the launcher itself won't be redrawn, just its texture) (LP:
#1080947). (LP: #1080947)
* Convert compiz regions / rects to nux::Geometry's and back easily.
* UnityScreen: remove the useless and expensive gl{Push,Pop}Attrib
calls For some reasons this code was copied by the opengl plugin as
a workaround to fix the state of our screen after that nux has
drawn. Actually this is not needed, the only thing we really need to
do is to fix the current Viewport, because nux seems to leave it in
a bad state which would lead to flickering menus, fullscreen
windows, tooltip and missing windows thumbnails in switcher. Thanks
to Sam Spilsbury for his precious support. (LP: #1251275)
* Unity: always prefer passing [this] to lambdas than [].
* Introspectable: use IntrospectionData class for collecting data from
children Now each introspectable object is called with an
IntrospectionData parameter and calling one of its methods it's the
only way to fill introspection data into unity. As bonus point,
remove all the unneeded UnityCore/Variant.cpp inclusions. (LP:
#1227131)
* DebugDBusInterface: add local::xpathselect::NodeSelector to use the
dloaded lib.
* BackgroundEffectHelper: Specify the required blur area before
drawing so selectively copy it at paint time This means that we
don't have to waste fragment bandwidth copying the entire backbuffer
when we could just do parts of it. Now BackgroundEffectHelper
listens to windows and views geometry changes and updates a list of
blurred regions that might be copied to the backup texture at every
repaint that affects them. This avoids to copy large regions
(especially when using big resolutions or multiple monitors), but
only the ones we really need to blur.
* SwitcherView: define a custom GeometryGetterFunc and notify helper
on changes Thanks to this the switcher won't make
BackgroundEffectHelper to create a blurred area as big as the
current monitor (with just a small padding), but an area big enough
to draw its background. This get updated
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
The harm is not in having clickless app switching, it's in having an action triggered by a scroll-up that's not undone by a scroll-down; there's no obvious way to undo this and if you don't know that it's intentional it's a bit surprising when it happens. -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
And when you know it's intentional it is annoying as well as surprising :) -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
yeah, I know I am on the bring back spacebar heating side of this one. bah. I liked it. -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
I already got very used to that scroll behaviour. I just change by scrolling when mouse in hand :) but what i miss is that i can scroll though different application and not only between same app windows. proposal: - scrolling over app just scrolls though app windows - CTRL+scrolling scrolls though ALL windows starting with the window of the app that is open... I'd appreciate very much that feature. it would fit my workflow. what do you think? Thanks for the time... -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Since Mark commented in bug #1081843 that focusing an unfocused set of windows is wrong, I'll also fix that condition as well. I created bug #1267888 to track that change. Thanks again for your input! -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
This request is the exact opposite of LP: #1081843. No one can please everybody... ** Changed in: unity (Ubuntu) Status: New = Opinion -- 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 -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
No, this is not the opposite of that at all. Please read the description of that request more carefully: (emphasys added) Title: Launcher, Window Management - More Effective window switching FOR APPS WITH MULTIPLE WINDOWS using the Launcher Description: It would be very useful if you could simply hover over an icon of an open app and scroll with the mouse wheel to switch and highlight BETWEEN THE WINDOWS OF THAT APP, *IF IT HAS MORE*. -- 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 -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
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 -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Hi matteo, After some research and looking at bug #1081843, you are correct. Here is the design requirement for this situation in that bug description: If the application is not running, or has only one open window mouse wheel clicking towards or away from the user when the pointer is over the application's launcher icon should do nothing. So yeah, this is a bug. I'll look into fixing this behavior properly. -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
** Changed in: unity (Ubuntu) Status: Opinion = In Progress ** Changed in: unity (Ubuntu) Importance: Low = Medium ** Also affects: unity Importance: Undecided Status: New ** Changed in: unity Status: New = In Progress ** Changed in: unity Importance: Undecided = Medium ** Changed in: unity Assignee: (unassigned) = Christopher Townsend (townsend) ** Changed in: unity Milestone: None = 7.2.0 -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
That requirement is not complete. It should be changed to: If the application is not running, or has only one open window, OR IS NOT FOCUSED, mouse wheel clicking towards or away from the user when the pointer is over the application's launcher icon should do nothing. Mouse wheel should only allow switching windows between an already focused app. Or, a completely different acceptable alternative to the current behavior, would be that mouse wheel over the launcher (regardless of which icon the cursor is on) would switch among _all_ open windows, of all apps. What is definitely wrong is that: - you move the cursor over an app that doesn't have focus (whether or not it has more than one window) - you move the mouse wheel = some window of that app gets focus stealing focus from the current app. Then the wheel will only allow you to switch between windows of that newly focused app but you won't be able to go back to the previously focused app by reversing your mouse wheel movement. All this can is even implicit in the words switch between. Switching between open windows of an app means switch from an open window of that app to another open window of that app. So, if focus is not on any window of that app in the first place, moving the mouse wheel while the cursor is over its icon should do nothing. -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Hi matteo, The behavior you describe about an unfocused app with multiple windows is described here for the design: If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above. Since your bug here only describes the case about one and only one window open, that is what I'll fix. I suggest you enter a new bug about the unfocused multiple windows design for Design to reconsider. However, I doubt they will change it, but you never know. -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
** Branch linked: lp:~townsend/unity/fix-lp1263786 -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. OMFG, I can't believe that was by design. That's simply demential. -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
By the way, this is not really accurate: your bug here only describes the case about one and only one window open, -- 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: In Progress Status in “unity” package in Ubuntu: In Progress 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
According to your reasoning, and as I already mentioned in my report, the current behavior makes perfect sense WHEN THE ICON HAS MORE THAN ONE WINDOW and one of them is already the one with focus. That is: put the mouse cursor on an icon that has more than one window, one of which has already focus. Move the scrollwheel. It switches windows. Ok, makes sense (given the use the mouse wheel to switch between multiple-data display element in a GUI, which is a shitty way of using the mouse wheel that regretfully has become widespread, but if we accept that, it's consistent). Now put the mouse cursor on a random icon on the launcher which has only one window (there's no data elements to switch between at all). Move the mouse wheel = that window gets focus, and you can't give focus back to the window that previously had it unless you look for it and click on it. That does not make sense and it is an annoyance. You don't expect the current application to be switched without a positive click: well that's exactly what happens: current application is switched with just a movement of the mouse wheel over the icon of another application. Having the mousewheel cycle through icons in the whole launcher would make as much sense as it makes to cycle through tabs within a window when you place the mouse cursor over any tab of e.g. Google Chrome or Ubuntu's Terminal and move the scrollwheel: something that I hate and I would happily get rid of, but it is kind of consistent in that, if you do that by accident, you can go back by moving the wheel back. -- 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: New 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 -- 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
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
What is you reasoning behind your thinking that (a) the scroll wheel should not have any action in the launcher and (b) the correct action of the scroll wheel in the launcher is only to switch between application and not to switch between windows of an application? When I move my pointer over a multiple-data display element in a GUI, I expect the scroll wheel to cycle the currently selected or displayed data in that element. Icons in the Launcher are clearly multiple-data elements, as they demonstrate by having the decorations displayed when they provide multiple window selections and actively show on button-2 clicks. For consistency, the scroll wheel should cycle between open windows just like it cycles between data in other selection elements. The current functionality makes sense to me for that reason. Now mind you, I don't expect the current application to be switched without a positive click, but that's a different story. -- 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: New 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 -- 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
