Bug 101296 - focus stealing prevention settings more detailed?
Summary: focus stealing prevention settings more detailed?
Status: RESOLVED INTENTIONAL
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-11 12:48 UTC by Rafal Maj Raf256
Modified: 2012-03-11 09:33 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rafal Maj Raf256 2005-03-11 12:48:58 UTC
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.. :)
Comment 1 Florian Loitsch 2005-04-07 03:34:31 UTC
*** This bug has been confirmed by popular vote. ***
Comment 2 Martin Flöser 2012-03-11 09:33:56 UTC
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.