Version: onbekend (using KDE 3.2.2, Gentoo) Compiler: gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) OS: Linux (i686) release 2.6.4-ck2 When I have multiple maximazed windows, e.g. Kontact, OpenOffice.org, KStars, Konqueror, I often middleclick the titlebars as a way to cycle around them (bringing the foremost window to the background). However, when I bring the foremost window to the background, it keeps keyboard focus. The expected behaviour would be that the focus would change to the window the pointer is now in.
It's the intended behaviour of the lower operation that it only lowers and doesn't affect the activity of the window. If you want the new window to become active, simply click it.
The problem is: if you have 'sloppy focus' activated, you have to move the mouse out of the window and back into, which is really annoying. If you want to keep the 'lower operation' as it is, perhaps you could create a new action: 'lower window and activate underlying' or sth like this?
The current behavior is really annoying - maybe intended but not expected by the user. I cannot think of a situation, where it makes sense...
I'll reconsider this.
*** Bug 123534 has been marked as a duplicate of this bug. ***
The idea behind lower is to keep the window active. While I understand your need I am sorry to say that this feature is too little known by our user base to justify further extending the functionality. Because of that I think it is the most honest thing to say that we won't fix the request. I want to thank you for your suggestion and I am sorry that we were not able to implement the request. In the current development version of KWin we have JavaScript bindings and I am very open to extend it if you need additions. I could imagine that a script could be written which reacts on the lower event and changes the active window to the uncovered window.
actually this was resolved for bug #182146 what consequently lead to bug #255052 and affected bug #80987 the regarding commits should have brought it under control, considering invocation (shortcut/mouse), focus model and mouse ./. focus chain preference. should be fixed.