Bug 148902 - [focus policy] click to focus: not consistent behaviour when clicking on decoration widgets
Summary: [focus policy] click to focus: not consistent behaviour when clicking on deco...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kwin
Classification: Plasma
Component: decorations (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-16 21:40 UTC by Maciej Pilichowski
Modified: 2023-05-07 10:44 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2007-08-16 21:40:06 UTC
Version:            (using KDE KDE 3.5.7)
Installed from:    SuSE RPMs

Switch to this policy -- click to focus, open two windows, not maximized, make them overlap, click on [maximize] in the one in the background. It is still not active and it is still in the background.

Such behaviour is not consistent -- with all settings set to "click to focus" feel (I mean I set every option to bring window active and to foreground on LMB) the result is something you wouldn't expect.
Comment 1 FiNeX 2010-10-10 17:09:50 UTC
Confirmed with KDE 4.5.2
Comment 2 Thomas Lübking 2012-03-17 14:51:48 UTC
No idea whether this is a bug (thus marking wish), but it /has/ to be done by the decorations, since
a) they intercept and eat the event on the button
b) they're the only ones to know whether this button should cause an activation or not (eg. rather to certainly NOT for minimize/close - probably not for shading, no idea about the menu... you get the point)
Comment 3 Zamundaaa 2023-05-07 10:44:15 UTC
KDE 3 is no longer supported. If it's still relevant with the latest Plasma 5 version, please reopen