Bug 131299 - drag and drop maximized windows to move them across xinerama screens
Summary: drag and drop maximized windows to move them across xinerama screens
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: xinerama (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-24 17:34 UTC by Niek Beernink
Modified: 2008-07-25 13:19 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Move maximized windows across Xinerama screens for KDE 4 (3.11 KB, patch)
2008-06-14 17:24 UTC, lucas
Details
Move maximized windows across Xinerama screens for KDE 4, revision 2 (7.51 KB, patch)
2008-07-08 17:50 UTC, lucas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Niek Beernink 2006-07-24 17:34:29 UTC
Version:            (using KDE KDE 3.5.3)
Installed from:    Ubuntu Packages

This feature would enable the user to quickly move a maximized window to another xinerama screen by grabbing the titlebar of a window (or grabbing the window with alt+left-click) dragging it in the direction of the xinerama screen of the user'ß choice, kwin would detect that a window is moving x amount of pixels into the direction of that screen and would snap the window in place on the other monitor, letting go of the mouse button would then confirm the window move.  

This would hopefully eliminate all the futzing around trying to get windows to fit properly when you want to move them from one screen to another.
Comment 1 Eike Hein 2006-07-24 18:46:58 UTC
Based on an IRC conversation with the reporter I believe what he is actually trying to suggest is that moving a window beyond the bounding box of a screen by a distance equal or above the snapping distance should instantly move it to an adjectant screen.

If that interpretation of mine is not correct, I'd have to say that kicking windows around from screen to screen based on something as arbitrary as a certain drag distance and speed threshold wouldn't be acceptable default behavior from a user experience POV - neither with or without a modifier key.
Comment 2 Niek Beernink 2006-07-24 19:07:21 UTC
This feature, if implemented only applies to maximized windows. It would not make sense to do something like this with non-maximized windows. 

I'll try to describe this feature with a bit more detail:

1. Left-click and hold the titlebar of a maximized window.
2. Move the cursor to the other screen and when it's on the other screen, the window is placed over the screen with the cursor.
3. Let go of the mouse button to place the maximized window on that screen.

Currently it goes like this;

1. Left-click and hold the titlebar of a maximized window.
2. Move the cursor towards the other screen and since no snapping appears, you either have to strain your arm to move the window all the way to the other side, or you have to click and drag multiple times, making sure it stays in place on the desktop. 
Comment 3 Gilles Schintgen 2006-09-10 02:48:22 UTC
see also wish 80755.
Comment 4 lucas 2008-06-14 17:24:15 UTC
Created attachment 25337 [details]
Move maximized windows across Xinerama screens for KDE 4

Line numbers may be out as this diff was made on top of several other
uncommitted patches.
Comment 5 Lubos Lunak 2008-07-08 16:12:33 UTC
The moving code itself looks ok, but I'd prefer changing the initial testing to use isMovableAcrossScreens() that'd work like isMovable() with this exception.
Comment 6 lucas 2008-07-08 17:50:29 UTC
Created attachment 25940 [details]
Move maximized windows across Xinerama screens for KDE 4, revision 2

Revised patch with suggested changes.
Comment 7 Lubos Lunak 2008-07-25 11:58:01 UTC
Looks ok.
Comment 8 lucas 2008-07-25 13:19:44 UTC
Committed in revision 837644, Bugzilla didn't pick it up.