Re: seprate window management component

2011-09-15 Thread Sam Spilsbury
On Wed, Sep 14, 2011 at 11:19 PM, Michal Suchanek wrote: > Hello, > > On 14 September 2011 16:55, cat wrote: >> would it be to much trouble to make window management a proxy program? > > The wayland server has to know how the windows stack but the clients > are not trusted to tell it how the wind

Re: seprate window management component

2011-09-15 Thread Bill Spitzak
Michal Suchanek wrote: Still the clients should not know about the windows of other clients so they would not know how their windows stack and not knowing that they can't really decide it either. I don't think the clients will know about any windows other than a few ids that the compositor te

seprate window management component

2011-09-15 Thread cat
-- Forwarded message -- From: cat Date: Thu, Sep 15, 2011 at 7:27 AM Subject: Re: seprate window management component To: Michal Suchanek On Thu, Sep 15, 2011 at 4:03 AM, Michal Suchanek wrote: > On 14 September 2011 18:21, cat wrote: >> well if clients are allowed

Re: seprate window management component

2011-09-15 Thread Michal Suchanek
On 14 September 2011 18:21, cat wrote: > well if clients are allowed to decide how their own windows stack, the > window management proxy would be in control. > > the idea I have is that there isn't any special protocol changes > (though that might be bad for this system), but because of the proxy

Re: seprate window management component

2011-09-14 Thread Russell Shaw
On 15/09/11 04:33, Michal Suchanek wrote: On 14 September 2011 20:26, Bill Spitzak wrote: I think the idea is that what you are calling the "window manager" is in fact a library running in the client process and memory space. It would probably be part of the toolkit. Which is utterly wrong.

Re: seprate window management component

2011-09-14 Thread Michal Suchanek
On 14 September 2011 20:26, Bill Spitzak wrote: > I think the idea is that what you are calling the "window manager" is in > fact a library running in the client process and memory space. It would > probably be part of the toolkit. > Which is utterly wrong. 1) you can't deal with clients malfunc

Re: seprate window management component

2011-09-14 Thread Bill Spitzak
I think the idea is that what you are calling the "window manager" is in fact a library running in the client process and memory space. It would probably be part of the toolkit. cat wrote: would it be to much trouble to make window management a proxy program? Ex.

Re: seprate window management component

2011-09-14 Thread cat
well if clients are allowed to decide how their own windows stack, the window management proxy would be in control. the idea I have is that there isn't any special protocol changes (though that might be bad for this system), but because of the proxy, a call to or a response from (or lack of one) a

Re: seprate window management component

2011-09-14 Thread Michal Suchanek
Hello, On 14 September 2011 16:55, cat wrote: > would it be to much trouble to make window management a proxy program? The wayland server has to know how the windows stack but the clients are not trusted to tell it how the windows should stack so either the server has to figure that out by itsel

seprate window management component

2011-09-14 Thread cat
would it be to much trouble to make window management a proxy program? Ex. - | appliation | -> | window manager | ->| display server | - and instead of figh