Bug 163008 - option: delayed activation (focus) of launched application (wait)
Summary: option: delayed activation (focus) of launched application (wait)
Status: RESOLVED DUPLICATE of bug 181665
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-01 18:07 UTC by Maciej Pilichowski
Modified: 2012-03-14 21:28 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2008-06-01 18:07:22 UTC
Version:            (using KDE 3.5.9)
Installed from:    SuSE RPMs

It is quite often that I click in wrong app. Let's say I run Konqueror and I decide to run KMail, since it takes a bit of time, I move mouse to the link (in Konqueror) I am interested in, and I click LMB. But just second before KMail kicks in, and what I did? I clicked in KMail, instead of Konqueror.

I had one idea to treat mouse movement as key pressing so it could be taken into account when dealing with focus stealing policy (suggestion rejected).

Another approach would be to "freeze" newly launched app (in launched in foreground) so if user click 1 second after launch it would be ignored.

In general my idea is to _show_ to the user process of "launching" the window of the app, so mis-clicks won't happen. If I am correct Windows now has the feature of zooming in the window on launch, not bad.

This one would be simpler, if app was launched in foreground, show it in grayscale for X seconds and ignore any input.
Comment 1 Thomas Lübking 2012-03-14 21:28:45 UTC

*** This bug has been marked as a duplicate of bug 181665 ***