I have focus stealing prevention turned off, generally, because I like to be notified if something requires my attention (e.g. password inputs, chat messages etc). However, when multiple things are happening at once, it can happen that you're half way through typing something, focus is stolen, and you end up typing the rest in the wrong window. This can be problematic at times: for example, accidentally pressing the wrong ok/cancel button in a new dialogue window, or accidentally sexting your grandmother... It would be great if there was an option to turn focus stealing prevention on only while typing - so, for example, if I press any key, focus stealing is prevented for the next 1000ms (configurable). It would be ideal if focus stealing was optionally delayed, instead of prevented: so one second after I stop typing, and I'm looking at the screen, thinking, and the new window pops up, and I can react intentionally, instead of accidentally. Reproducible: Always
https://git.reviewboard.kde.org/r/124130/
Cool. Not exactly sure of the terminology, but that looks to cover most of it. I think it would still be nice to have the option for windows to be activated as well as raised after the delay - otherwise alt+tabbing gets really confusing, and mouse-use is required, which is annoying.
Alt+tab oc. completely bypasses any FSP (so would "tools" like the taskbar) However, take a close look at the date of submission.
Still an issue 6.5 years later. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.26.80 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Graphics Platform: Wayland
Horrible to see the repo links are dead for a feature more than 6 years of age. If anyone decides to attend to this, besides keypress, mousedown events should also be considered for delay worthy states.
*** Bug 472352 has been marked as a duplicate of this bug. ***
Windows and GNOME has this feature by default (GNOME seems to do this a bit of aggressive but in general it's doing more help for me). The lack of focus stealing prevention on a slower machine is more severe as the user might continue working with existing application waiting for the new application to launch.
I've wanted this since I've switched to Linux. (Which I did, because KDE had window rules, while WindowsOS just removed per app focus stealing prevention)
Any news? I still have the same issue.
might be possible with a script today: - when an input event is detected, set focus stealing prevention to Extreme (probably a with dbus method?) - when input events stop (input event not detected in last e.g. 100ms), revert focus stealing prevention to previous value (e.g. Low)