#205 move windows between xinerama screens

[Bert Wesarg]

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

[Bert Wesarg]

for icewm-1.2

[Eduard Bloch]

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.

[Bert Wesarg]

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

[Bert Wesarg]

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

[Eduard Bloch]

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.

[Bert Wesarg]

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.

[Bert Wesarg]

patch with debug prints