User: Password:
|
|
Subscribe / Log in / New account

Wayland and Weston 0.99.0 snapshots released

Wayland and Weston 0.99.0 snapshots released

Posted Oct 25, 2012 11:36 UTC (Thu) by njs (guest, #40338)
In reply to: Wayland and Weston 0.99.0 snapshots released by amtota
Parent article: Wayland and Weston 0.99.0 snapshots released

> > 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?")
> Not supported yet (hard I think)

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...?


(Log in to post comments)

Wayland and Weston 0.99.0 snapshots released

Posted Oct 26, 2012 3:58 UTC (Fri) by amtota (subscriber, #4012) [Link]

> I know (I wrote it, remember ;-)),
Hah, hi Nathaniel! (aka 'njs')

> horror-show of manually tracking nested GTK mainloops
It's still there :(
I wanted to replace it with something more like twisted's "deferred", but haven't got around to it. There were a number of issues in the clipboard code, but this one has not risen to the top of the never ending todo list yet..

> (...) its menus and other override-redirect stuff that's really broken in X.
Yes, what we've added is more of a hack for OR menus, to ensure they move with their parent.

> 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...?
Yes, and it is planned. A related, and more urgent work item along those lines is dealing with dropped connections so that the client windows start showing the user that something is wrong before they start clicking repeatedly on a window which is no longer connected to its server, or not responding. (greying them out or something)


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds