On Tue, May 10, 2011 at 04:42:56PM -0400, Kristian Høgsberg wrote:
> Indeed. I'll commit this patch for now, since I've had enough of
> failing to set EGL_PLATFORM and then trying to figure out why it
> breaks. The best solution I know of at this point is a "magic" way to
> look at the native dis
Kristian Høgsberg wrote:
I had a quick read through this and there is a lot of overlap with how
Wayland works today... are you proposing to change how Wayland works
or are you not familiar with what's already in place?
A lot of this is based on my understanding of how Wayland works, and
from
On Tue, May 10, 2011 at 8:35 PM, Bill Spitzak wrote:
> With all the discussion about client side decorations, I thought I would try
> to write how window management could actually be done in Wayland. This is a
> really serious attempt to get the simplest system I could come up with,
> while still
With all the discussion about client side decorations, I thought I would
try to write how window management could actually be done in Wayland.
This is a really serious attempt to get the simplest system I could come
up with, while still allowing for some of the legitimate gripes, in
particular
On Tue, May 10, 2011 at 4:13 PM, Casey Dahlin wrote:
> On Tue, May 10, 2011 at 08:00:19PM +, Egbert Eich wrote:
>> I may have missed something, but - since the Wayland compositor
>> already picks a platform backend, opens a connection and initializes the
>> backend specific display data struct
This ensures we call wl_display_flush () as part of handling
eglSwapBuffers. The spec for SwapBuffers only explicitly requires
flushing commands for the current rendering API (e.g. glFlush() for GL
or vgFlush() for OpenVG) but it also seems appropriate to flush the swap
request itself too and argua
On Tue, May 10, 2011 at 08:00:19PM +, Egbert Eich wrote:
> I may have missed something, but - since the Wayland compositor
> already picks a platform backend, opens a connection and initializes the
> backend specific display data structure it doesn't make sense
> to let egl pick a platform. If
I may have missed something, but - since the Wayland compositor
already picks a platform backend, opens a connection and initializes the
backend specific display data structure it doesn't make sense
to let egl pick a platform. If it picks a different one the
display specific data structure will m
On Tue, May 10, 2011 at 12:51 PM, Robert Bragg wrote:
> Previously for wayland clients to flush buffered connection data to the
> compositor they needed to first register an event-mask-update-callback
> via wl_display_get_fd() to determine if there is anything writeable
> pending. (NB: It's consi
Previously for wayland clients to flush buffered connection data to the
compositor they needed to first register an event-mask-update-callback
via wl_display_get_fd() to determine if there is anything writeable
pending. (NB: It's considered an error to iterate connection data with
an invalid mask)
10 matches
Mail list logo
