Xpra: Ticket #774: more correct synchronization of virtual desktops

Tasks:

This should allow application which are virtual desktop aware to work properly.



Sat, 03 Jan 2015 11:16:12 GMT - Antoine Martin: owner, status, description changed

Mostly done:

With this in place, I can see:

$ xprop -root | egrep "_NET_DESKTOP_NAMES\(UTF8_STRING\)|_NET_NUMBER_OF_DESKTOPS\(CARDINAL\)"
_NET_DESKTOP_NAMES(UTF8_STRING) = "desktop 1", "desktop 2"
_NET_NUMBER_OF_DESKTOPS(CARDINAL) = 2

Or with xpra info:

$ xpra info | egrep "desktops|desktop_names"
client.desktop_names=('desktop 1', 'desktop 2')
client.desktops=2

And changing the preferences on the client side is immediately reflected on the server side.

Remaining TODO:


Sun, 04 Jan 2015 09:11:29 GMT - Antoine Martin: owner, status changed

Ready for testing:

How to test:

No matter which method is used, the value shown in xpra info should be consistent with reality.

Support for win32 and OSX has been moved to #776, as this will take longer.


Sat, 21 Feb 2015 00:33:52 GMT - J. Max Mena:

Retested with a r8661 Fedora 21 client, an r8640 OSX client, and an r8647 Win8.1 client against a Fedora 20 r8661 (downloaded from xpra.org/beta) server:


Sat, 21 Feb 2015 06:17:11 GMT - Antoine Martin:

OSX client.. Win8.1 client..


MS Windows and OSX clients are not supported for this feature yet: see comment:2 and #776.


Workspace info not found in xpra info


The workspace is only shown if it has been set to something meaningful. (the default is unset)

$ xpra info | grep workspace=
window[1].workspace=0
window[5].workspace=1

xpra control :13 3 2 returns


Oops, sorry about that - I forgot the verb. The control command to use is:

xpra control :DISPLAY workspace WINDOWID WORKSPACE

ie:

xpra control :DISPLAY workspace 1 2

The test app does not show any workspace information and does not appear to work.


It does not show workspace information, it is used to set it. (but you have to use a supported OS, not OSX...)


Mon, 23 Feb 2015 18:53:47 GMT - J. Max Mena: owner changed

retested with CentOS runknown(20150217 beta build from xpra.org/beta) and Fedora 21 r8661 clients against a Fedora 20 r8661 server:

using xpra control :13 workspace 3 0 I can move firefox between workspaces. Interestingly if I use a number higher than the maximum number of workspaces(that is, moving to workspace 4 when I only have 2) it'll just move it to the highest workspace number(in my case 2). This works with both Fedora 21 and CentOS 6.4.

In addition, the python app(now that I know how to use it) works as expected. I can use it to move across workspaces in both Fedora 21 and CentOS 6.4.

edit: and xpra info | grep workspace is showing correct values, as well.

Re-assigning back to you


Tue, 24 Feb 2015 00:51:49 GMT - Antoine Martin: status changed; resolution set

if I use a number higher than the maximum number of workspaces it'll just move it to the highest workspace number


Yes, it is capped.

Looks done, closing.


Wed, 15 Feb 2017 12:38:23 GMT - Antoine Martin:

Windows 10 support moved to #1442

MacOS in #2488


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

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