[ icewm-Patches-2342732 ] move windows between xinerama screens

Patches item #2342732, was opened at 2008-11-25 11:35
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300031&aid=2342732&group_id=31

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: another bloating feature
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: move windows between xinerama screens

Initial Comment:
New key actions to move a window between xinerama screens. The new position
will be relatively the same as on the old screen. I.e. if the window was
centered, its centered again, if it was in the lower left corner, it will be
again in the lower left corner. Maximazation states will be restored.
Fullscreen too, but this wont work well with mplayer in fullscreen.

List of new key actions:

    KeyWinScreenPrimary     Move current window to the primary Xinerama screen
                            (default: Ctrl+Alt+Home)
    KeyWinScreenNext        Move current window to the next Xinerama screen
                            (default: Ctrl+Alt+Page_Up)
    KeyWinScreenPrev        Move current window to the previous Xinerama screen
                            (default: Ctrl+Alt+Page_Down)
    KeyWinScreen1           Move current window to the first Xinerama screen
    KeyWinScreen2           Move current window to the second Xinerama screen
    KeyWinScreen3           Move current window to the 3rd Xinerama screen
    KeyWinScreen4           Move current window to the 4th Xinerama screen
    KeyWinScreen5           Move current window to the 5th Xinerama screen
    KeyWinScreen6           Move current window to the 6th Xinerama screen
    KeyWinScreen7           Move current window to the 7th Xinerama screen
    KeyWinScreen8           Move current window to the 8th Xinerama screen
    KeyWinScreen9           Move current window to the 9th Xinerama screen
    KeyWinScreen10          Move current window to the 10th Xinerama screen
    KeyWinScreen11          Move current window to the 11th Xinerama screen
    KeyWinScreen12          Move current window to the 12th Xinerama screen


----------------------------------------------------------------------

Comment By: Bert Wesarg (lebert)
Date: 2008-11-27 09:00

Message:
So you tested it, thanks, but you should have mentioned that in the first
post ;-)

To the key bindings: I followed the current path for new key actions,
which I have done many times before. So I don't think I can't change
anything on this front. Maybe you can try the debug patch, there you will
at least see if the functions was actually called. And just to be sure:
which action stops working?

Also you can try to apply my xinerama fixes patch, maybe this helps also.

----------------------------------------------------------------------

Comment By: Eduard Bloch (thefirstone)
Date: 2008-11-27 04:19

Message:
Actually I mentioned randr because that's what I use to enable my second
DVI output on-the-fly (i.e. turn on Xinerama mode).

The problem is not the keybinding (looks ok for me) but that something is
wrong with it. It never "worked" when Xinerama was not present (in this
case it shouldn't do anything but not pass key events to the window
either), AND it only worked few times after Xinerama was enabled, then it
no longer worked (same symptoms, key events just passed to the window). To
be more precise, the actions still worked once on the windows on the second
screen, but once the window jumped to the first one -- finito, again key
combination is no longer caught.

So, I guess something gets confused in the code. I didn't have a closer
look at it, though.

XOrg driver is Nouveau, maybe that causes the trouble somehow, I don't
know.

----------------------------------------------------------------------

Comment By: Bert Wesarg (lebert)
Date: 2008-11-26 13:09

Message:
Ohh, and I have actually no randr running, don't know why this is disabled.

----------------------------------------------------------------------

Comment By: Bert Wesarg (lebert)
Date: 2008-11-26 12:49

Message:
Do you propose to disable any default key bindings? If so, no problem on my
side, I change them anyway.

----------------------------------------------------------------------

Comment By: Eduard Bloch (thefirstone)
Date: 2008-11-26 12:41

Message:
And what is supposed to happen if the second screen is disabled ATM in
randr settings? 

AFAICS the key actions are passed through to the application, I don't like
that behaviour.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300031&aid=2342732&group_id=31

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/