compiz team mailing list archive
-
compiz team
-
Mailing list archive
-
Message #35697
[Bug 1008508] Re: Clicking on the panel raises a maximized window that is behind the current one
I take it back. Clicking on the title bar of a maximized window in the
background is a feature I now realize I use and rely on. So maybe I
agree with enhancement bug 723882 now :)
The real problem is that the "<TopEdge>Button1" click should be consumed
by compiz if it is bound to an action and not passed to the window
below. If there is no action bound to the edge, only then should the
click reach the application.
** Summary changed:
- Clicking on the panel raises a maximized window that is behind the current one
+ Wall edge bindings don't consume mouse click events. Click also gets sent to window below.
** Project changed: unity => compiz
** Package changed: unity (Ubuntu) => compiz (Ubuntu)
** Description changed:
- Clicking on the unity panel should never change which window is
- focussed. However if you have a small window in front of a maximized
- window, then clicking on the blank panel area (to the right of the
- smaller window's menus) causes the maximized window behind it to be
- raised. This is clearly wrong, because the panel has the title for the
- smaller window at the time. So clicking on the panel should never cause
- a different window to be raised.
-
+ If the wall plugin is bound to an edge click "<TopEdge>Button1", then it
+ should respond to a click on the top edge of the screen. However when
+ you set this particular binding, the click event is acted upon AND
+ passed to the window at the top edge of the screen. So the problem is
+ that the click is not consumed by the wall plugin. It should not be
+ passed to the window below.
ORIGINAL DESCRIPTION:
When I switch desktops (no matter if using hotkeys or using unity desktop switcher at the launcher) and a maximized window exists on the desktop that gets the focus, that window is pushed to the foreground/front even if another window was the active one when I left that desktop the last time.
Steps to reproduce:
a) start two applications (e.g. LibreOffice and Nautilus, Firefox and Nautilus or whatever).
b) Maximize one of those windows.
c) Switch to the non-maximized one (bring it to the front).
d) Switch desktop.
e) Switch back to first desktop.
Actual effect: Maximized windows is put to front
Desired effect: Show desktop in exactly the way as it was before
switching desktop.
Reason: User in first reaction is missing the window he/she was using
before.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.12-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic-pae 3.2.16
Uname: Linux 3.2.0-24-generic-pae i686
ApportVersion: 2.0.1-0ubuntu8
Architecture: i386
CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell]
Date: Mon Jun 4 15:12:53 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423)
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/1008508
Title:
Wall edge bindings don't consume mouse click events. Click also gets
sent to window below.
To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/1008508/+subscriptions