Re: [PATCH] client: Add lock-fd API to avoid requiring a polling main thread

2013-03-21 Thread Kristian Høgsberg
On Thu, Mar 21, 2013 at 05:13:47PM +0100, Uli Schlachter wrote: > Hi, > > On 21.03.2013 15:20, Kristian Høgsberg wrote: > > The current thread model assumes that the application or toolkit will have > > a thread that either polls the display fd and dispatches events or just > > dispatches in a loo

Re: [PATCH wayland v3] protocol: Add minimize/maximize protocol

2013-03-21 Thread Bill Spitzak
I think (though certainly have not proven) that the current "commit" mechanism will work for this. The client connects surfaces together into a tree, and when a change is made to a surface the compositor does not display the new version until a "commit" is done on either it or a parent surface.

[PATCH weston] shell: Shorten some of the longer lines

2013-03-21 Thread Scott Moreau
Function declarations that were spilling way over the 82 char limit are split up into multiple lines to better adhere to line length limit. --- src/shell.c | 27 ++- 1 file changed, 18 insertions(+), 9 deletions(-) diff --git a/src/shell.c b/src/shell.c index 541cb76..6a

Re: [PATCH wayland v3] protocol: Add minimize/maximize protocol

2013-03-21 Thread Scott Moreau
Hi Jason, On Thu, Mar 21, 2013 at 9:39 AM, Jason Ekstrand wrote: > Hi Scott, > >> One important thing to note here is that client != surface. In fact, >> clients can have multiple surfaces. We might need to keep this in mind >> for things like closing single surfaces demonstrated here >> https://

Re: [PATCH] client: Add lock-fd API to avoid requiring a polling main thread

2013-03-21 Thread Uli Schlachter
Hi, On 21.03.2013 15:20, Kristian Høgsberg wrote: > The current thread model assumes that the application or toolkit will have > a thread that either polls the display fd and dispatches events or just > dispatches in a loop. Only the main thread will read from the fd while > all other threads wil

Re: [PATCH wayland v3] protocol: Add minimize/maximize protocol

2013-03-21 Thread Jason Ekstrand
Hi Scott, > One important thing to note here is that client != surface. In fact, > clients can have multiple surfaces. We might need to keep this in mind > for things like closing single surfaces demonstrated here > https://github.com/soreau/wayland/commit/65f8a3f5f683c3a91913a26496cc373633f01896

[PATCH] client: Add lock-fd API to avoid requiring a polling main thread

2013-03-21 Thread Kristian Høgsberg
The current thread model assumes that the application or toolkit will have a thread that either polls the display fd and dispatches events or just dispatches in a loop. Only the main thread will read from the fd while all other threads will block on a pthread condition and expect the main thread t