| |||||||||||||
Wayland and Weston 0.99.0 snapshots releasedWayland and Weston 0.99.0 snapshots releasedPosted Oct 25, 2012 4:14 UTC (Thu) by amtota (guest, #4012)In reply to: Wayland and Weston 0.99.0 snapshots released by njs Parent article: Wayland and Weston 0.99.0 snapshots released
> And Wayland isn't going to do any audio output, though it'd be nice if there were a way to bundle together audio/graphic/dbus session addresses so that you could point an app at a coherent remote session by setting one environment variable instead of messing about with forwarding all of these protocols separately.
xpra.org deals with graphics and dbus notifications. dbus was not designed to be networked however, so forwarding any more dbus based protocols would need to be done on a per case basis unfortunately. As for audio, see my other reply: PA is not suitable without a fair amount of work (compression, support for disconnection, etc) > Sane *async* protocol for cut-and-paste format negotiation/data transfer xpra does that (mostly reasonably well too now) > Custom cursor updating xpra does that > Communicating desktop geometry (including multiple monitors at different resolutions, etc.) Planned. > Relationships between windows ("this window is a modal pop-up to that window") xpra tries to do that (not easy - not even do-able in some cases since we cannot tell the client's window manager to "group" windows together so they move together - but we manage ok) > Mapping windows to processes ("this process appears to have frozen; kill it?") Not supported yet (hard I think) > etc. There's just a ton of fiddly details like this. Indeed!
(Log in to post comments)
Wayland and Weston 0.99.0 snapshots released Posted Oct 25, 2012 11:36 UTC (Thu) by njs (guest, #40338) [Link]
> > Sane *async* protocol for cut-and-paste format negotiation/data transfer
>xpra does that (mostly reasonably well too now)
I know (I wrote it, remember ;-)), but last I checked it required a horror-show of manually tracking nested GTK mainloops. (Actually I'd love to see the code if you've managed to fix that.) My point was that who-ever's doing Wayland remoting stuff should try to avoid getting stuck with such nonsense.
> xpra tries to do that (not easy - not even do-able in some cases since we cannot tell the client's window manager to "group" windows together so they move together - but we manage ok)
Actually I think you probably do support the example I gave in this message (attaching a modal pop-up to its parent), since that's in ICCCM/EWMH; its menus and other override-redirect stuff that's really broken in X.
> > Mapping windows to processes ("this process appears to have frozen; kill it?")
This is really easy actually, see _NET_WM_{PING,PID,HOSTNAME) (IIRC); I'm pretty sure there's some vestigial support in the code already. The only tricky part is giving it a useful UI on the client side, but you have a systray applet to hang UI off of now, right...?
Wayland and Weston 0.99.0 snapshots released Posted Oct 26, 2012 3:58 UTC (Fri) by amtota (guest, #4012) [Link]
> I know (I wrote it, remember ;-)),
Hah, hi Nathaniel! (aka 'njs')
> horror-show of manually tracking nested GTK mainloops
> (...) its menus and other override-redirect stuff that's really broken in X.
> This is really easy actually, see _NET_WM_{PING,PID,HOSTNAME) (IIRC);
|
|||||||||||||