https://bugs.kde.org/show_bug.cgi?id=409610
r...@alum.mit.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |r...@alum.mit.edu
--- Comment #2 from r...@alum.mit.edu ---
For me, explained in https://bugs.kde.org/show_bug.cgi?id=377914#c31
In truth, even High isn't really high enough. As I noted, there are situations
in which LibreOffice (on a different virtual desktop, no less) manages to steal
focus at FSP=High. That's a problem for me, as I noted; I have a spreadsheet
that takes several minutes to save, and at some point when it's about finished
saving, LibreOffice manages to steal focus. I *really* do not want to be
working on something else and abruptly lose focuse to LibreOffice (and have the
spreadsheet I carefully saved be trashed by whatever I happen to be typing at
the time). But at Extreme the application menu is completely unusable under
any circumstances, which is too far.
The underlying assumption seems to be that the user is working on one thing at
a time, and when an action is taken that creates a new window, that the window
will be created and ready for use quickly enough that the user doesn't want to
move on to something else while the window is being created (this is also a bit
of an issue for KPhotoAlbum for me, with >300,000 photos under management --
I've done a lot of performance tuning work, but it still takes about 10 seconds
to start up).
My preferred working style is often to jump back and forth between a lot of
different things (yes, I know the human factor arguments against it, but
whatever), so I want window actions to happen in the background and not
interfere with what I'm doing. For that to work, there must be no focus
stealing -- I want windows to have to be activated explicitly, by moving the
mouse into them (or using ctrl-shift-A to activate).
--
You are receiving this mail because:
You are watching all bug changes.
