Re: Compositor handoffs: Switching clients between compositors

2021-08-18 Thread Carsten Haitzler
On Tue, 17 Aug 2021 22:58:53 +0100 David Edmundson said: > > FYI we did this a few years back for efl and enlightenment... on a loss of > > the > > Yeah, it's good stuff. > I'm forced to go a bit lower as I'm trying to retroactively support > applications that have some pre-existing assumptions,

Re: Compositor handoffs: Switching clients between compositors

2021-08-17 Thread David Edmundson
> FYI we did this a few years back for efl and enlightenment... on a loss of the Yeah, it's good stuff. I'm forced to go a bit lower as I'm trying to retroactively support applications that have some pre-existing assumptions, but overall the idea is the same. > we added an extended protocol for t

Re: Compositor handoffs: Switching clients between compositors

2021-08-16 Thread Carsten Haitzler
On Mon, 16 Aug 2021 14:13:06 +0100 David Edmundson said: FYI we did this a few years back for efl and enlightenment... on a loss of the compositor socket, toolkit retires connecting and comes back. we added an extended protocol for the compositor to send a UUID to the client per surface and clie

Compositor handoffs: Switching clients between compositors

2021-08-16 Thread David Edmundson
Hi all, I have been working on a method of "Compositor handoffs"--allowing clients to switch between compositors at runtime--and I wanted to share my progress with everyone and gather some feedback. # Overview The design is very simple at it's core. A client knows everything about the state of i