Xpra: Ticket #772: _NET_WM_MOVERESIZE for win32 and osx

Split from #765.

Chrome now runs borderless, but it expects the desktop environment to handle its "initiate move or resize" requests... Which we do on X11 by just forwarding the original _NET_WM_MOVERESIZE X11 message.

On MS Windows, looks like we will need WM_CAPTURECHANGED event. We can then resize our window until the button is released, emulating what the window manager is expected to do for us.

On OSX, no idea.

Thu, 05 Feb 2015 07:48:06 GMT - Antoine Martin: owner, status changed

#801 closed as duplicate of this bug.

Thu, 05 Feb 2015 07:51:07 GMT - John1221: cc set

Fri, 06 Feb 2015 01:21:31 GMT - alas:

Fri, 06 Feb 2015 03:42:32 GMT - Antoine Martin:

afarr: the problem you describe is fixed in recent servers. (just verified with a 0.14.20 beta build at both ends, I believe this was in 0.14.19 and maybe even earlier versions too)

Thu, 28 May 2015 15:58:43 GMT - Antoine Martin: attachment set

most of the code required for emulating _NET_WM_MOVERESIZE

Thu, 28 May 2015 16:06:49 GMT - Antoine Martin: description changed

Most of the code required should be in the patch above, and can be tested on posix by setting XPRA_EMULATE_MOVERESIZE=1 (which defaults to "1" on platforms without the X11 bindings).

Still TODO:

Sun, 07 Jun 2015 12:16:10 GMT - Antoine Martin: attachment set

updated patch for trunk

Fri, 20 Nov 2015 06:17:03 GMT - Antoine Martin: owner, status, milestone changed


Wed, 16 Mar 2016 06:15:26 GMT - Antoine Martin: status, milestone changed

Tue, 12 Jul 2016 16:52:22 GMT - Antoine Martin: milestone changed

Milestone renamed

Wed, 14 Sep 2016 16:23:34 GMT - Antoine Martin: owner, status changed

Done in r13720 + r13721 + r13722 + r13723 (chrome compat).

This can be tested with:

The exact same emulation code can be used on posix platforms using the env var XPRA_MOVERESIZE_X11=0. The move-resize can be stopped by pressing the break key, which can be configured with the env var XPRA_BREAK_MOVERESIZE (it defaults to "Escape").

@afarr: mostly a FYI since your application uses regular window decorations, but the ability to run google-chrome could come in handy.

Fri, 30 Sep 2016 01:47:46 GMT - alas:

Testing with 1.0 r13888 win32 client against 1.0 r13912 fedora 23 server...

The test application resizes as expected.

Google-chrome also moves/re-sizes as hoped (though there are sometimes scrolling issues, but that's an issue for somewhere else).

All that said, I think this is ready to be closed. So, I'll do so.

Fri, 30 Sep 2016 01:47:53 GMT - alas: status changed; resolution set

Sat, 23 Jan 2021 05:05:30 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/772