From erappleman at gmail.com Sat Dec 3 20:46:35 2011 From: erappleman at gmail.com (Eric Appleman) Date: Sat, 03 Dec 2011 15:46:35 -0500 Subject: [winswitch] How does Xpra handle input and windowing? Message-ID: <4EDA8AAB.2040006@gmail.com> Assuming Xpra is used as a standalone. Also, on an unrelated note, the client window seems to disappear when the compositor is changed on the server side. - Eric From antoine at nagafix.co.uk Sat Dec 3 21:30:20 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 04 Dec 2011 04:30:20 +0700 Subject: [winswitch] How does Xpra handle input and windowing? In-Reply-To: <4EDA8AAB.2040006@gmail.com> References: <4EDA8AAB.2040006@gmail.com> Message-ID: <4EDA94EC.6080709@nagafix.co.uk> On 12/04/2011 03:46 AM, Eric Appleman wrote: > Assuming Xpra is used as a standalone. Vast question! A very brief overview would be: * for input devices (mouse and keyboard): any movement or click that happens over xpra client windows is forwarded to the xpra server which then moves the dummy mouse to the same position. Clicks (mouse-up, mouse-down) and keyboard events (key-up, key-down) are also forwarded to the xpra server which simulates the same actions using Xtst. * for windows it works the other way: the server grabs the compositor's view of the window as a bitmap and sends it to the client. I've glossed over most of the details, and the devil is in the details, but that should be enough for you to ask a more precise question.. > Also, on an unrelated note, the client window seems to disappear when > the compositor is changed on the server side. That sounds like a bug, xpra is designed to be *the* compositor so I guess it should exit and disconnect the client if another compositor takes its place. Antoine PS: how good is your framerate with trunk? Last time I checked I was getting >50fps at decent resolutions with mmap enabled (which is now the default). > > - Eric > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From erappleman at gmail.com Sat Dec 3 21:44:52 2011 From: erappleman at gmail.com (Eric Appleman) Date: Sat, 03 Dec 2011 16:44:52 -0500 Subject: [winswitch] How does Xpra handle input and windowing? In-Reply-To: <4EDA94EC.6080709@nagafix.co.uk> References: <4EDA8AAB.2040006@gmail.com> <4EDA94EC.6080709@nagafix.co.uk> Message-ID: <4EDA9854.8000708@gmail.com> Thanks for the response. Actual framerate is great. Perceived framerate sill isn't. The reason I want to use a different compositor is because I want vsync. As for my original question, a few more points I'd like to flesh out. * Does Wimpiggy get used or is that separate? * Input drivers on server X are overridden by dummy cursor, correct? * How does Xpra isolate attached windows from their root window? - Eric From antoine at nagafix.co.uk Sun Dec 4 10:13:26 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 04 Dec 2011 17:13:26 +0700 Subject: [winswitch] How does Xpra handle input and windowing? In-Reply-To: <4EDA9854.8000708@gmail.com> References: <4EDA8AAB.2040006@gmail.com> <4EDA94EC.6080709@nagafix.co.uk> <4EDA9854.8000708@gmail.com> Message-ID: <4EDB47C6.6050009@nagafix.co.uk> On 12/04/2011 04:44 AM, Eric Appleman wrote: > Thanks for the response. > > Actual framerate is great. Perceived framerate sill isn't. The reason I > want to use a different compositor is because I want vsync. Making xpra vsync-aware should be possible but I am not sure how hard it would be. (you will not be able to use xpra with another compositor) OTOH, the server side would require setting the backing pixel data as copy-on-write on each vsync, and always using the previous copy. For the client side, I'm not sure what can/needs-to be done. http://dri.freedesktop.org/wiki/CompositeSwap > As for my original question, a few more points I'd like to flesh out. > > * Does Wimpiggy get used or is that separate? It does get used, it provides the low-level window management bits. > * Input drivers on server X are overridden by dummy cursor, correct? Yes. > * How does Xpra isolate attached windows from their root window? I'm not sure what you mean by "isolate". Antoine > > - Eric > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Thu Dec 8 20:58:48 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 09 Dec 2011 03:58:48 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.0.7.32 Message-ID: <4EE12508.7010301@nagafix.co.uk> Hi, This release contains some important bug fixes and some more improvements to the keyboard handling as well as some other more minor changes. Users of previous versions, especially 0.0.7.31*, are strongly advised to upgrade. In order to facilitate version upgrades and to be able to simplify the code, the plan is to start removing legacy code and drop compatibility with versions older than this one in about 3 months. As usual, the source can be found here: http://xpra.org/src/ And the binaries here: http://winswitch.org/downloads/ Release details: * bug fix: client disconnection could leave the server (and X11 server) in a broken state due to threaded UI calls * bug fix: don't remove window focus when just any connection is lost, only when the real client goes away * bug fix: initial windows should get focus (partial fix) * bug fix: correctly clear focus when a window goes away * support key repeat latency workaround without needing raw keycodes (OS X and MS Windows) * command line switch to enable client side key repeat: "--no-keyboard-sync" (for high latency/jitter links) * session info dialog: shows realtime connection and server details * menu entry in system tray to raise all managed windows * key mappings: try harder to unpress all keys before setting the new keymap * key mappings: try to reset modifier keys as well as regular keys * key mappings: apply keymap using Cython code rather than execing xmodmap * key mappings: fire change callbacks only once when all the work is done * use dbus for tray notifications if available, prefered to pynotify * show full version information in about dialog Cheers Antoine From antoine at nagafix.co.uk Thu Dec 29 21:35:29 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 30 Dec 2011 04:35:29 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.8 Message-ID: <4EFCDD21.9080707@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.8 is available now: http://winswitch.org/downloads/ It contains some important bug fixes: * fix for threading issue causing application freezes * fix re-connection: correctly drop dead connections And some new/improved features: * VirtualBox session support (limited but functional) * Window UI mode: option to use a window rather than a system tray icon * support for setting the session's timezone and locale in start dialog * faster startup and display the system tray earlier to show progress * ensure none of the dialog windows squash their contents * support for running multiple instances on the same X11 server * support Xpra's new "--no-keyboard-sync" option * improve local X11 display detection * upgraded to Twisted 11.1 on Microsoft Windows and Mac OS X * detect Microsoft Windows editions that do not support RDP * detect screen size changes and propagate them * per-protocol defaults configuration file * support for setting the keyboard map to use with rdesktop/xfreerdp Note: The Linux packages and the Windows installer have been updated, the new Mac OS X packages should be available in the next 24 hours. Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk783SEACgkQGK2zHPGK1rs/UgCfcRktmOvfn0UYNGRInlnzw7xg gLsAn23F6QUvAoZq7Ikl8D8fsFmv505q =2liN -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Fri Dec 30 18:02:21 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Dec 2011 01:02:21 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.8.1 (oops) Message-ID: <4EFDFCAD.50404@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.8.1 is available now: http://winswitch.org/downloads/ An unfortunate bug forced me to do a full rebuild with one minor change: * Fix race in system tray setup code which can prevent it from showing All the builds have been updated, including MS Windows and Mac OS X. Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk79/KwACgkQGK2zHPGK1rs0UQCfenNxtx8Hu3J8UC2CkMf6zUcv qmcAmgOXbgVqJTMqQ3/LrpFYhvxjkLTB =MIFm -----END PGP SIGNATURE-----