Bug 123534 - Desktop / Window Behaviour - needs option to 'lower & inactivate'
Summary: Desktop / Window Behaviour - needs option to 'lower & inactivate'
Status: RESOLVED DUPLICATE of bug 80196
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-13 03:57 UTC by Jedd
Modified: 2007-06-04 13:11 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jedd 2006-03-13 03:57:35 UTC
Version:            (using KDE KDE 3.5.1)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Howdi,

Apologies if this is already filed, but I couldn't find anything resembling it.

The problem with middle-click on title-bar set to 'lower' a window is that it keeps it active.  This is barely noticeable without translucency implemented -- you just need to click on the front window to bring it into focus.  But with translucency (xcomp stuff, I mean) it becomes hugely uncomfortable, because the only near-opaque window is now at the bottom of the stack, and everything else then blends into an visual muddle.

Extending the options in Desktop | Window Behaviour | Titlebar Actions to include 'lower and inactivate' would be one solution.  Presumably kwin has a good understanding of what the 'next' window to activate would be (I'm guessing it'd be whatever would come up if you had done 'alt-tab' instead, say).

Thanks,
Jedd.
Comment 1 Lubos Lunak 2007-06-04 13:11:27 UTC

*** This bug has been marked as a duplicate of 80196 ***