Re: [PATCH 1/2] utils: Document wl_container_of

2013-09-16 Thread Bill Spitzak
Aaron Faanes wrote: /** * Retrieves a pointer to the containing struct of a given member item. * * This macro allows conversion from a pointer to a item(**, in a member called * link,**) to its containing struct. This is useful if you have a contained item * like a wl_list, wl_listener

Re: [PATCH 1/2] utils: Document wl_container_of

2013-09-16 Thread Aaron Faanes
On Mon, Sep 16, 2013 at 12:57 PM, Bill Spitzak wrote: > > What if the example was expanded slightly, like so: >> >> \code >> struct wl_container { >> wl_list link; >> ... >> }; >> >> struct wl_container container; >> struct wl_list *item = &container.link; >> >> struct wl_container *samp

Re: [PATCH 1/2] utils: Document wl_container_of

2013-09-16 Thread Aaron Faanes
On Sun, Sep 15, 2013 at 8:35 PM, Bill Spitzak wrote: > On 09/15/2013 11:09 AM, Aaron Faanes wrote: > >> +/** >> + * Retrieves a pointer to the container of a given item. >> + * >> + * This macro allows conversion from a pointer to a contained item to its >> + * container. This is useful if you ha

Re: [PATCH 1/2] utils: Document wl_container_of

2013-09-16 Thread Bill Spitzak
Aaron Faanes wrote: On Sun, Sep 15, 2013 at 8:35 PM, Bill Spitzak > wrote: On 09/15/2013 11:09 AM, Aaron Faanes wrote: +/** + * Retrieves a pointer to the container of a given item. + * + * This macro allows conversion from a point

Re: Problems building Weston/demo applications on the Raspberry Pi

2013-09-16 Thread Silvan Jegen
> the "When adding" refers to the old version of the guide. This > is about migrating from a old build where the configure flags > were different. That's what the "if you installed it before" > meant. Granted, is not too clearly written. I guess we could now > remove these leftovers. That's what

[PATCH v2] Post buffer release events instead of queue when no frame callback

2013-09-16 Thread Neil Roberts
Pekka Paalanen wrote: > Instead of all this, could you not have made Weston simply use > wl_resource_post_event() instead of wl_resource_queue_event()? Yes, posting the event rather than queuing it when there are no frame callbacks (is that what you meant?) is a lot simpler than having the queue

Re: Absolute coordinates using "wl_shell_surface_set_transient"

2013-09-16 Thread Pekka Paalanen
On Mon, 16 Sep 2013 11:41:50 +0200 Tarnyko wrote: > Hi folks, > > Wayland/Weston 1.2 here ; I recently needed to display a surface using > absolute coordinates. Let's say, 100x100 starting from the upper left corner > of the compositor. > > So here is the (working) approach I used : > > w

Re: Absolute coordinates using "wl_shell_surface_set_transient"

2013-09-16 Thread Giulio Camuffo
No, it's not supposed to work, and if it works it's just by pure chance and/or because of how the shell works internally. There is no way to place a surface to an absolute position from the client side, but there may be ways to solve your problem in a different way. What are you trying to achieve?

Re: [PATCH weston v2] xwm: set the shell_surface's title

2013-09-16 Thread Axel Davy
It crashes in set_title, when called by one of the functions in XWayland window manager. Looks like it try to free something it isn't allowed to free (maybe is in use?). I get the crash with firefox after less than 1 minute playing with the menus, and with vlc when looking a video and moving t

Absolute coordinates using "wl_shell_surface_set_transient"

2013-09-16 Thread Tarnyko
Hi folks, Wayland/Weston 1.2 here ; I recently needed to display a surface using absolute coordinates. Let's say, 100x100 starting from the upper left corner of the compositor. So here is the (working) approach I used : window->surface = wl_compositor_create_surface (display->compositor);

Re: Problems building Weston/demo applications on the Raspberry Pi

2013-09-16 Thread Pekka Paalanen
On Sun, 15 Sep 2013 21:29:24 +0200 Silvan Jegen wrote: > Hi everyone > > I am trying to build libwayland, Weston and the demo programs on my > Raspberry Pi following the guide at > > http://wayland.freedesktop.org/raspberrypi.html > > When compiling Weston and the demo programs however, I get

Re: [PATCH weston v2] xwm: set the shell_surface's title

2013-09-16 Thread Giulio Camuffo
How does it crash? And when doing what? Giulio 2013/9/15 Axel Davy > > This patch makes XWayland often crash for me. > > Axel Davy > > Le 11/09/2013 18:20, Giulio Camuffo a écrit : > >> add a new function pointer to the weston_shell_interface struct that >> shells will set accordingly. >> ---

Re: [Mesa-dev] [PATCH v3] wayland: Add support for eglSwapInterval

2013-09-16 Thread Pekka Paalanen
On Fri, 13 Sep 2013 17:04:38 +0100 Neil Roberts wrote: > Here is another version of the patch which brings back the blocking > when there are no buffers available to cope with the situation where > the compositor isn't immediately releasing buffers. Maybe we could > leave the decision about wheth

Re: [PATCH] server: Add API to disable the event queue

2013-09-16 Thread Pekka Paalanen
On Fri, 13 Sep 2013 16:12:27 +0100 Neil Roberts wrote: > Adds wl_client_disable_queue and wl_client_enable_queue. When the > queue is disabled, flushing the client will cause it to send all of > the data regardless of whether ‘want_flush’ is set on the connection. > > The ‘want_flush’ mechanism

[PATCH] egl: add EGL_WAYLAND_Y_INVERTED_WL attribute

2013-09-16 Thread Stanislav Vorobiov
This enables querying of wl_buffer's orientation --- docs/specs/WL_bind_wayland_display.spec | 17 + include/EGL/eglmesaext.h|2 ++ 2 files changed, 19 insertions(+) diff --git a/docs/specs/WL_bind_wayland_display.spec b/docs/specs/WL_bind_wayland_display.sp

[PATCH] egl: add EGL_WAYLAND_Y_INVERTED_WL attribute

2013-09-16 Thread Stanislav Vorobiov
This patch enables querying of wl_buffer's orientation, it's associated with weston commit bfbb8e59fadda112fcdb0bf0a0ed2c0b6c1e1923 gl_renderer: Use EGL_WAYLAND_Y_INVERTED_WL to query wl_buffer's orientation Stanislav Vorobiov (1): egl: add EGL_WAYLAND_Y_INVERTED_WL attribute docs/specs/WL_bin

Re: [PATCH v2] wayland: Add support for eglSwapInterval

2013-09-16 Thread Pekka Paalanen
On Fri, 13 Sep 2013 16:10:25 +0100 Neil Roberts wrote: > Thanks for the explanation. I wasn't considering the fullscreen case > where the compositor is directly scanning out from the client's buffers. > I think for the non-fullscreen case the compositor would only hold on to > a single buffer, ri