[PATCH] Add configure option to disable scanner compilation which is helpful for cross-compilation

2011-05-05 Thread jani.uusi-rantala
When cross-compiling Wayland, wayland-scanner should be picked up from the host system instead of compiling and trying to run e.g. ARM wayland-scanner on X86. This patch adds --disable-scanner option for disabling the scanner from the build and using existing wayland-scanner instead (from PATH)

Re: client side decorations

2011-05-05 Thread Mike Paquette
On May 5, 2011, at 6:10 PM, Kristian Høgsberg wrote: > Also, the concern about not being able to close and moving hung apps > just seems blown out of proportion. Yes, it's a neat feature that X > WMs can deal with this, but it's just about the only good thing in > that approach and it comes at t

Re: client side decorations

2011-05-05 Thread Kristian Høgsberg
Bill, Thanks, you've basically made all my points for me. I would add that there are also lower level benefits to having the clients render the decorations: when the entire window is in one texture, gl can do bilinear filtering along the edge between the decorations and the window contents, and w

Re: client side decorations

2011-05-05 Thread Bill Spitzak
I believe client-side decorations are an absolute must. The amount of code necessary for an application to use an async protocol to describe how the window border should appear is greatly larger than that needed to just draw and handle events in the window border itself. In FLTK I would estima

Re: Proposing a simple-cairo-client for wayland-demos

2011-05-05 Thread Bill Spitzak
I really like having an example that is everything in one file, like this. Please keep this maintained and make sure it is easy for anybody learning Wayland to find it. Further enhancements might be to actually do something with events (just printing "click at x,y" and so on to stdout). Obviou

Re: Proposing a simple-cairo-client for wayland-demos

2011-05-05 Thread Alberto Ruiz
I've updated the code following comments from krh and bnf on IRC http://pastebin.com/VpJ41cJb 2011/5/5 Alberto Ruiz : > Hello, > > As an excercise to understand the basics of the wayland client API > I've developed a minimalistic cairo client. The main trouble I had > with simple-client is that th

Re:

2011-05-05 Thread Jackman
On Thu, May 5, 2011 at 8:01 AM, microcai wrote: > 于 2011年05月05日 22:58, cat 写道: > Don't forget the old UNIX philosophy, provide mechanism , not policy. FTW! http://www.faqs.org/docs/artu/ -- Jackman ___ wayland-devel mailing list wayland-devel@lists.fr

Re:

2011-05-05 Thread microcai
于 2011年05月05日 22:58, cat 写道: > that consistant theming is possible for any program that can handle images, > not just the ones using a toolkits themeing system. and i am say that this > can and should be resolved in a way that everybody can agree to. Don't forget the old UNIX philosophy, provide m

Re:

2011-05-05 Thread cat
On Thu, May 5, 2011 at 9:48 AM, microcai wrote: > 于 2011年05月05日 22:13, cat 写道: > > I thought the compositor would/could provide decoration. the compositors > are > > after all their own projects as wayland is a protocol, and if you haven't > > noticed, most metacity/emrald themes are just a set o

Re:

2011-05-05 Thread microcai
于 2011年05月05日 22:13, cat 写道: > I thought the compositor would/could provide decoration. the compositors are > after all their own projects as wayland is a protocol, and if you haven't > noticed, most metacity/emrald themes are just a set of pictures, would it be > bad if the compositor had the abil

Re:

2011-05-05 Thread cat
I thought the compositor would/could provide decoration. the compositors are after all their own projects as wayland is a protocol, and if you haven't noticed, most metacity/emrald themes are just a set of pictures, would it be bad if the compositor had the ability to handle images from files? i do

Proposing a simple-cairo-client for wayland-demos

2011-05-05 Thread Alberto Ruiz
Hello, As an excercise to understand the basics of the wayland client API I've developed a minimalistic cairo client. The main trouble I had with simple-client is that the opengl bits were obfucating the basics of the wayland API as some steps were hidden there (given my limited understanding of E

Re:

2011-05-05 Thread Sam Spilsbury
Client Side Decorations still have the fundamental problem that when the client locks up, you're no longer able to close windows. A better solution is to have the compositor put each client in their own sub-compositor and have it draw the background of the window. This way you get the consistency

Re:

2011-05-05 Thread Romain Failliot
Well.. I'm not an expert too, but it seems to me that the solution to your problem won't be solved in Wayland. IMO, it's the toolkits (GTK+, Qt, ...) that defines the consistency of the desktop, not the compositor, and each toolkits defines its own UI guidelines. That's why there often are UI probl