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)
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
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
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
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
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
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
于 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
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
于 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
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
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
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
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
14 matches
Mail list logo