Finishing the network protocol
Enrico Weigelt
weigelt at metux.de
Thu Apr 21 12:36:02 PDT 2011
* Andreas Hartmetz <ahartmetz at gmail.com> schrieb:
> - Have three ID ranges:
> a) for global objects
> b) for client-specific objects created by the server (do they exist?)
> c) for client-specific objects created by the client
d) reserved for future use.
Makes to extra bits.
BTW: should there be any (client visible) global objects at all ?
> - A scheme to recycle object IDs. When a new ID is needed, pick a free
> one at random. This introduces a problem:
> Suppose the client destroys object A with ID n, then by chance
> immediately reuses ID n for object B.
Simple: let the other side first acknowledge the destruction before
reusing an OID.
> - Specify how parent-child relationships work, e.g. (bad example, the
> answer is probably no here) is a surface automatically destroyed when
> its screen goes away? By whom?
What exactly should "goes away" mean here ?
Something like switching GPUs (eg. for power saving) ?
cu
--
----------------------------------------------------------------------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weigelt at metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
----------------------------------------------------------------------
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------
More information about the wayland-devel
mailing list