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.
On 19/05/11 04:17, Bill Spitzak wrote:
Michal Suchanek wrote:
In the case of a resize event the response includes submitting a
buffer containing resized window content to the compositor.
The compositor requires this new resized content to draw the window so
it cannot be avoided.
I think the
On 11/05/11 18:55, Michal Suchanek wrote:
On 10 May 2011 05:46, Russell Shaw wrote:
On 10/05/11 07:29, Daniel wrote:
El dg 08 de 05 de 2011 a les 09:47 -0700, en/na Bill Spitzak va
escriure:
Though it is possible, I don't like the idea of clients sending hints
about what areas ar
On 10/05/11 07:29, Daniel wrote:
El dg 08 de 05 de 2011 a les 09:47 -0700, en/na Bill Spitzak va
escriure:
Though it is possible, I don't like the idea of clients sending hints
about what areas are the close box or window border, since it implies
there are such concepts as "title bar" and "clos
On 07/05/11 05:14, cat wrote:
"Window management policy" should also be client-side. I may not
have been clear about that. The wayland compositer almost NEVER
moves or raises or resizes a window. Clients do this in response to
clicks or whatever. This would have made it TRIVIAL to
On 07/05/11 03:32, Bill Spitzak wrote:
Sam Spilsbury wrote:
Actually, I'm pretty sure in 99% of the cases out there the amount of
code required for individual applications to have a window border
using decorations done on the window manager side is going to be
pretty much nil.
Size? Resize ru
On 06/05/11 10:18, Bill Spitzak wrote:
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
On 06/05/11 10:18, Bill Spitzak wrote:
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
On 19/02/11 01:39, Kristian Høgsberg wrote:
On Fri, Feb 18, 2011 at 9:29 AM, Russell Shaw wrote:
On 18/02/11 03:31, Kristian Høgsberg wrote:
On Thu, Feb 17, 2011 at 2:51 AM, Sedat Dilek
wrote:
Hi,
I tried to jump on the Wayland train at the end of last year, but my
radeon r200 is/was
On 18/02/11 03:31, Kristian Høgsberg wrote:
On Thu, Feb 17, 2011 at 2:51 AM, Sedat Dilek wrote:
Hi,
I tried to jump on the Wayland train at the end of last year, but my
radeon r200 is/was not the ideal hardware platform.
Today, while checking mesa-from-git, I saw the commit "egl_dri2: add
swr
10 matches
Mail list logo