Version: 4.2 (using KDE 4.2.0) OS: Linux Installed from: Ubuntu Packages On KDE 4.2 there are some strange effects when using focus follows mouse. The most annoying one is that windows are not always behaving as expected when pushing the "window buttons" in the panel. A window in front of others is expected to be minimized. A window below others is expected to be moved in front of others. This is the same, no matter if the window is active or inactive. Steps to reproduce: 1. Activate focus-follows-mouse. 2. Open two windows. 3. Place one of them so that it partly covers the other. I'll call the window above the other A, and the window below B. 4. Activate the window B by moving the mouse above it. 5. Move the mouse pointer to the panel, without activating any other window. 6. Click on the "window button" for the window B. 7. The bug appears: the window is minimized!!! Expected behavior: the window is moved above all other windows. This worked as expected in KDE 3.*.
A few more focus-follows-mouse problems in KDE 4.2: 1) The K menu disappears when it or the panel loses focus. Notice that there's a gap between the K button and its menu... It's too easy to close the menu if you're not moving the mouse fast enough. 2) Open Dolphin, and drag its "Places" panel into a separate window. If the mouse leaves Dolphin, the "Places" window disappears. How do you ever get to it? This applies to other programs, too, like the "Styles and Formatting" window in OpenOffice. 3) "Dim Screen for Administrator Mode" desktop effect undims the screen when the mouse leaves the dialog box requesting root privileges.
(In reply to comment #1) > A few more focus-follows-mouse problems in KDE 4.2: These points are totally unrelated to the problem reported in this bug report. Please do not mix several bug reports, as this makes it very difficult to track the issues. > > 1) The K menu disappears when it or the panel loses focus. Notice that there's > a gap between the K button and its menu... It's too easy to close the menu if > you're not moving the mouse fast enough. I guess you are talking about the "classical" menu. Nevertheless please report this issue to Plasma developers. > 2) Open Dolphin, and drag its "Places" panel into a separate window. If the > mouse leaves Dolphin, the "Places" window disappears. How do you ever get to > it? > This applies to other programs, too, like the "Styles and Formatting" window in > OpenOffice. Probably nothing we can do about it. It's the concept of those windows that they are hidden, when the window is inactive. As soon as mouse leaves the window the focus changes, so how should it work? Nevertheless please open an own bug report for it. > 3) "Dim Screen for Administrator Mode" desktop effect undims the screen when > the mouse leaves the dialog box requesting root privileges. Same as number 2. The screen is only dimmed when the password dialog has focus. That's how it is meant to be.
https://bugs.kde.org/show_bug.cgi?id=180968 is what Dima describes in https://bugs.kde.org/show_bug.cgi?id=184778#c1 1)
Also: https://bugs.kde.org/show_bug.cgi?id=183091
I can't reproduce the bug mentioned in comment 1 any longer.
(In reply to comment #5) > I can't reproduce the bug mentioned in comment 1 any longer. Actually I didn't mean comment #1 but the original bug report, sorry for the messup.
activateRaiseOrIconify from tasklib works as expected here, iff the original bug still exists it has to be sth. in the plasma setup / taskbar implementation... @Staffan a) is this still reproducable b) what taskbar implementation do you use? c) where's your taskbar located (panel, desktop)
I had forgot about this bug report. It must have been fixed somehow, as I can't reproduce it anymore.
UNRELATED TO OP, just on comments #2 & #3 @dima 2) uncheck "hide utility windows .." in the advanced tab of "kcmshell4 kwinoptions" 3) this is actually _not_ the behaviour of focus follows mouse - you have to enter another window to put the focus there, just leaving the dialog won't make it loose the focus with focus follows mouse. i'd suggest to use a small delay (250ms) so you can still cross other windows