https://bugs.kde.org/show_bug.cgi?id=182842
Diggory Hardy <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from Diggory Hardy <[email protected]> --- I have the same problem, but with non-password windows stealing focus from password ones too (e.g. a text editor opening on startup as I'm entering the kwallet password). I don't think "focus stealing prevention mode" does the right thing — in my testing all it did was stop some windows taking keyboard focus however they're used (on high mode it even stops the KDE menu taking focus when launched with Alt+F1, which is almost certainly wrong since a user action triggered the menu). The fix *I'd* like to see is the following: 1) If keyboard input occurred in the last 500-1000ms and the window recieving the input is still active, don't let another window steal focus. Alternately, let the new window gain focus but block keyboard input for a few ms. 2) If keyboard input occurs in the first 100-200ms of a new window taking focus for some reason other than the user clicking on it, block the input. Alternately when a new window pops up, don't switch focus until a few ms later. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list [email protected] https://mail.kde.org/mailman/listinfo/kdepim-bugs
