Bug 195773 - Request option for Unclick-to-focus
Summary: Request option for Unclick-to-focus
Status: RESOLVED DUPLICATE of bug 36065
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 4.2.1
Platform: Debian testing Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-09 14:29 UTC by Eron
Modified: 2011-07-01 15:11 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 Eron 2009-06-09 14:29:53 UTC
Version:            (using KDE 4.2.1)
Installed from:    Debian testing/unstable Packages

If a user is attempting to drag a file into a focused program from one beneath it; the focused program will be immediately obscured by the window the user only wanted to drag in from.  This makes the dragging impossible without first rearranging the windows so that things don't overlap. (Possibly then requiring scrolling after resizing, then re-resizing to get back to how the workspace previously was.  This is too many clicks and is extremely annoying. (The use of "keep above" feature is also too large an investment for just wanting to drag an icon in)).

I request an option to bring windows into focus only after the user has released the mouse button.  

This allows a user to click an icon inside of a window and drag it into a window above it.  A window should only be brought into focus if the cursor is directly on it when the user lets go of the mouse button (if there is a window separating the cursor and the originally clicked window, no such action is taken).

This has a number of advantages:

-The above mentioned added usability in dragging icons
-The upward motion of un-clicking the mouse button more naturally translates to the apparent upward motion of a window coming into focus.  Feels more like "pulling" the window up.      
-Behavior is changed minimally; so even one not used to such behavior from window managers should not (due to the way most people click) feel that the program is acting strangely.  As this would be a user option, the advantage is only relevant when guests are on a machine.
-The user would have no choice but to love you.
-The user gains a chance to rectify her/his mistake after accidentally clicking on an unfocused window that might obscure a window of interest.
Comment 1 Thomas Lübking 2009-08-11 21:16:50 UTC
*** Bug 196137 has been marked as a duplicate of this bug. ***
Comment 2 sml 2011-07-01 08:47:09 UTC
This is a duplicate of Bug 36065
Comment 3 Thomas Lübking 2011-07-01 15:11:01 UTC
indeed, thanks.

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