Version: (using KDE KDE 3.3.2) Installed from: Debian testing/unstable Packages OS: Linux Imho there should be other setting for stealing focus and stealing beeing-on-top, as in: In example I want new windows to popup, possible covering current window, but I do _not_ want them to steal _input_. Example: 1. open IRC client, like Konversation 2. open FISH:// connection in Krusader 3. while FISH is opening, go back to IRC and chat 4. when Password querry window from Krusader will pop-up, it will immediately steral input, and You will end up typing part of IRC conversation like "hi dudes woot ;)" as SSH password. What should happened: 4. Password query windows would pop-up, perhaps it will cover [part] of IRC window, but it will NOT steal the input-focus, even if popup will be ontop, still the Konversation window will remain to have input. User must click on popup window to statr typing in it. I would add option like Steal focus prevention level: [........ |v] [x] in addition dissalow stealing of input of newly opened window: 1 [x] if window was not opened by user directly 2 [x] if windows was opened more then [5] seconds after application started 3 [x] if it is another window that the one opened with application start 4 [x] if it is an input dialog 5 [x] if user was typing something on keyboard at least [5] secons before 6 (*) dissalow 7 ( ) allow, but make a beep and pause input for [1] seconds All that to prevent situation like user inputs SSH password, and suddenly GAIM window pop-up and he ends sending his SSH company sergver password to someone on ICQ and so on. Option 2 and 3 is so that: 1) if I will start Firefox then it will get my input immediately, 2) but if Firefox will open another window, like password query, then not neccesserly will it get input focus It would be good if there would be some method of knowing if an application was directly started by KDE, as in by clicking KMenu, icon on Panell, shourt-cut, or alt+f2 run command - in such case application would have focus input, and in other cases not (it should be configurable by user). Just some ideas, I think they might be usefull on desktop.. :)
*** This bug has been confirmed by popular vote. ***
I want to thank you for the feature request and I want to say sorry that it took such a long time without evaluating the request. While I understand your desire to control the focus stealing prevention in a more fine grained way I think that the suggested change is too complex - both from a user interface point of view and also from an implementation point of view. Given that I don't think it will be possible to implement this wish.