https://bugs.kde.org/show_bug.cgi?id=387026
--- Comment #2 from RJVB <rjvber...@gmail.com> --- I already looked at those, they're set to what's most commonly useful. Similarly I have focus-follows-mouse set to the best compromise setting. I've also already asked around for other things that could improve the experience in the scenario I described ([1]) Maybe my description was too long to be readable. You can implement various levels of focus stealing prevention in KWin, right? Why then couldn't you implement a version where keeping a certain key pressed switches prevention to the strictest form? Technically speaking of course? I realise of course that you cannot know the context of a focus or raise request, but the user does and can do something to moderate the effect of the request he just triggered. 1) a WM command-cum-hotkey "give focus to the window currently under the mouse" would also do the trick for me. Hitting that key to restore focus is not very different from keeping a key pressed to prevent focus from changing. I could of course click the mouse button but that would always raise the window, which is not always what I want. -- You are receiving this mail because: You are watching all bug changes.
