Bug 211723

Summary:	"Click raises active window" checkbox in focus tab is redundant and conflicts with action settings
Product:	[Plasma] kwin	Reporter:	orionbelt2
Component:	core	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	kde-bugzilla, orionbelt2, shanerich
Priority:	NOR
Version First Reported In:	4.3.1
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Unspecified
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description orionbelt2 2009-10-25 00:41:11 UTC

Version:            (using KDE 4.3.1)
Installed from:    Gentoo Packages

On "System Settings"/"Look & Feel"/"Window Behavior"/"Focus", i set Policy to "Focus Under Mouse".

On "System Settings"/"Look & Feel"/"Window Behavior"/"Window Actions" i set "Inactive Inner Window"/"Left button" to "Activate & Pass Click".

However, when i move the cursor over a background window and i click on it, it not only gets activated, but it also gets raised. The expected behavior is to become activated & pass the click but *not* get raised.

I often need to copy & paste between windows while keeping windows at the same relative status, i.e. if a window is not raised it should remain not raised even when i click on it to make a selection.

Thanks!

Comment 1 Thomas Lübking 2009-10-25 00:52:21 UTC

Works for me.
Did you uncheck "Click raises active window" in the focus tab?

Comment 2 orionbelt2 2009-10-25 01:18:19 UTC

Hallo Thomas,

Many thanks for the very fast reply!

Yes, it worked for me too, after unchecking "Click raises active window"...

Rather than going back to my closet in shame :) , i will submit that the situation is *still* problematic (although it works for me). Because if i now select "Activate, Raise & Pass Click", the window does not get raised b/c "Click raises active window" is unchecked... Works for me, but i think it's still a bug.

I think that the ability to change independently the "Click raises active window" setting under "Focus" and the "Inactive Inner Window" settings under "Window Actions" can lead to inconsistencies like the above. Don't the options under "Window Actions" cover all possibilities for "Focus" raise? If yes, the "Focus"/"Click raises active window" checkbox should be redundant, no? And if not, perhaps there should be some warning raised when the user makes choices that are contradictory.

Many thanks again!

Comment 3 Thomas Lübking 2009-10-25 01:34:54 UTC

You're right in that there's a conflict and the checkbox in the focus tab should be redundant (and somehow misplaced - came to my mind when i sensed your issue)

My guess is that the detailed action selection was added long after the focus configuration and as the conflic only occurs on the "diminished mainstream compatible" "focus follows strictly under mouse" settings it was just not noticed so far.

My suggestion would be to remove box and config option and add a label or link, referring to the actions config.

I altered the description in this regard.

Comment 4 Thomas Lübking 2012-03-13 23:44:29 UTC

*** Bug 147991 has been marked as a duplicate of this bug. ***

Comment 5 Thomas Lübking 2012-03-14 20:55:37 UTC

*** Bug 110934 has been marked as a duplicate of this bug. ***

Comment 6 Thomas Lübking 2013-10-12 12:44:29 UTC

Sorry, wrong assumption by my younger self - nothing is redundant here.

Setting the behavior of the INactive window has of course no direct implication on the behavior of the Active window, with mouse driven focus policies the user  will just usually never click an inactive window (while this is depending on the focus timeout)

There's nothing wrong here - the feature is just complex.