Re: browser status on "pure wayland"

On 17 June 2014 02:34, Andrea Giammarchi wrote: > > in WebKit2 --gtk=3.0 GTK2 is still required for some reason behind the scene > but GTK2 won't build without xorg libraries which is kinda a fail since I > had to bring in X related stuff that messed up with all other autogen.sh > builds ^_^ I gu

Re: Xserver errors

On 7 February 2014 22:21, Bill Spitzak wrote: > Okay, recompiling the newest xserver and mesa, and removing the "gallium" > driver from mesa, has helped a *little*. > > X windows now show their correct contents initially, and redraw immediately > in response to events. > > However the graphics are

Re: [RFC weston] Add a release_type argument to weston_buffer_reference

Kristian, what do you think of this one? The current state of affairs is that clients have to choose between holding more than 2 buffers, or constantly syncing with the compositor until a release comes. Thanks, Tomeu On 31 October 2013 02:59, Jason Ekstrand wrote: > This allows the caller to

[PATCH] rpi: Support opaque regions

This is needed for XWayland surfaces with alpha channel, as X will be sending crap in there that should be discarded. This is currently done with a copy in the compositor, while we wait for support in the VideoCore side. --- src/compositor-rpi.c | 3 ++ src/compositor.c | 2 + src/rpi-bcm

Re: Simple EGL Clients on latest Weston w/ Raspberry Pi backend - 'wayland-egl' package not found?

On 29 November 2013 15:49, Nicholas Levin wrote: > configure: error: Package requirements (wayland-client wayland-egl > wayland-cursor) were not met: > > No package 'wayland-egl' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard pr

[PATCH] Remove dependency on by replacing GLfloat with float

--- src/vertex-clipping.c| 70 +++- src/vertex-clipping.h| 30 ++--- tests/vertex-clip-test.c | 12 - 3 files changed, 54 insertions(+), 58 deletions(-) This was bothering me, so I just went ahead with Jasper's suggestion

Re: [PATCH weston] rpi: avoid vc_dispmanx_set_wl_buffer_in_use without EGL

gt; was my goal. > > If we had a configure check when --enable-egl on rpi to see > that the function declarations are in the /opt/vc headers, we could > make it complain of an unsupported combination at configure time. Yeah, I would go with the least invasive solution for now, as Wayla

Re: [PATCH mesa v4] wayland: Add support for eglSwapInterval

On 1 November 2013 02:35, Jason Ekstrand wrote: > On Thu, Oct 31, 2013 at 4:59 AM, Tomeu Vizoso wrote: >> >> On 31 October 2013 02:54, Jason Ekstrand wrote: >> > On Wed, Oct 30, 2013 at 3:59 AM, Tomeu Vizoso >> > wrote: >> >> >> >> On

Re: [PATCH mesa v4] wayland: Add support for eglSwapInterval

On 31 October 2013 02:54, Jason Ekstrand wrote: > On Wed, Oct 30, 2013 at 3:59 AM, Tomeu Vizoso wrote: >> >> On 30 October 2013 09:44, Neil Roberts wrote: >> > Tomeu Vizoso writes: >> > >> >> What I fail to see is why a single sync should be eno

Re: [PATCH mesa v4] wayland: Add support for eglSwapInterval

On 30 October 2013 09:44, Neil Roberts wrote: > Tomeu Vizoso writes: > >> What I fail to see is why a single sync should be enough, as we don't >> know when the GPU will signal that it's done with the buffer that we >> are waiting to be released. > > You a

Re: [PATCH mesa v4] wayland: Add support for eglSwapInterval

>> > On 28 October 2013 11:19, Tomeu Vizoso wrote: >> >> I'm still concerned about platforms with high resolution displays but >> >> relatively little memory. >> >> >> >> I'm thinking of the RPi, but my understanding is that Andro

Re: [PATCH mesa v4] wayland: Add support for eglSwapInterval

On 25 October 2013 16:50, Neil Roberts wrote: > Ok, here is version 4 of the patch taking into account the discussion > with Jason Ekstrand. The assumption is that if we have enough buffer > slots then we should always get a release event immediately after one > of the attaches. I'm still concern

[PATCH] rpi: Remove create_view and destroy_view implementations

And also remove the vfunc definitions from the compositor as they are unused now. --- src/compositor.c | 9 - src/compositor.h | 2 -- src/rpi-renderer.c | 29 - 3 files changed, 24 insertions(+), 16 deletions(-) diff --git a/src/compositor.c b/src/compos

Re: vc_dispmanx_set_wl_buffer_in_use: Undefined symbol loading rpi-backend.so module.

On 27 October 2013 18:46, Paul wrote: > Hi, > > I have been trying to build the latest Weston on my Raspberry Pi. > In a recent patch there is a call to a new function > 'vc_dispmanx_set_wl_buffer_in_use'. > This is declared as a stub in 'rpi-bcm-stubs.h'. > I have updated my Raspberry Pi to the l

[PATCH 2/2] rpi: Protect in-use DispmanX resources from premature deletion

The compositor will check if the client destroyed the wl_buffer while it was in use in a display update, and delete the resource itself once the update has finished. --- src/rpi-bcm-stubs.h | 5 src/rpi-renderer.c | 74 + 2 files changed,

[PATCH 1/2] rpi: Remove dangling reference to weston_view

This also marks the rpir_view for destroy in rpi_renderer_finish_frame() --- src/rpi-renderer.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index 812e6e7..7f79410 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -1501,6 +1501,8 @@ rpi_re

[PATCH 5/5] rpi: Only check for prematurely destroyed wl_buffers in the EGL case

--- src/rpi-renderer.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index 6478838..812e6e7 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -1260,8 +1260,9 @@ rpi_renderer_repaint_output(struct weston_output *base,

[PATCH 3/5] rpi: Fix logging of buffer swaps for the EGL case

--- src/rpi-renderer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index 0b99a60..2db619c 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -969,13 +969,14 @@ rpir_surface_swap_pointers(struct rpir_surface *surface)

[PATCH 4/5] rpi: EGL surfaces need to be swapped always that we have an incoming back buffer

--- src/rpi-renderer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index 2db619c..6478838 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -1255,7 +1255,8 @@ rpi_renderer_repaint_output(struct weston_output *base,

[PATCH 2/5] rpi: Initialize surface's list of views

--- src/rpi-renderer.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index ea48b08..0b99a60 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -371,6 +371,7 @@ rpir_surface_create(struct rpi_renderer *renderer) if (!surface)

[PATCH 1/5] rpi: Link with EGL if ENABLE_EGL

--- src/Makefile.am | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/Makefile.am b/src/Makefile.am index 4224495..9925129 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -224,6 +224,12 @@ rpi_backend_la_SOURCES = \ evdev.c

Misc. fixes for the rpi backend

Except for the first one, all are intended to fix the RPi backend after the landing of the views work. Most EGL clients won't work yet because of wl_buffer.release events being always queued, though. ___ wayland-devel mailing list wayland-devel@lists.fr

[PATCH weston] launcher: Wrap drmGetMagic and drmAuthMagic so we can build without libdrm

--- src/launcher-util.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/src/launcher-util.c b/src/launcher-util.c index 6c28dc3..8b19b9d 100644 --- a/src/launcher-util.c +++ b/src/launcher-util.c @@ -80,9 +80,19 @@ drm_set_master(int drm_fd) retu

[PATCH weston] rpi: Remove redundant cast

--- src/rpi-renderer.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/rpi-renderer.c b/src/rpi-renderer.c index 6b39e8c..a95cc60 100644 --- a/src/rpi-renderer.c +++ b/src/rpi-renderer.c @@ -1288,8 +1288,7 @@ rpi_renderer_attach(struct weston_surface *base, struct weston

Re: [PATCH weston v3] rpi: Add support for EGL buffers

On 8 October 2013 20:33, Kristian Høgsberg wrote: > On Mon, Oct 07, 2013 at 11:02:20AM +0200, Tomeu Vizoso wrote: >> The EGL implementation on the RPi allocates a front and a back >> DispmanX resources for each EGLSurface, which we composite along >> the others. >> ---

[PATCH weston v3] rpi: Add support for EGL buffers

The EGL implementation on the RPi allocates a front and a back DispmanX resources for each EGLSurface, which we composite along the others. --- v2: Added a stub for vc_dispmanx_get_handle_from_wl_buffer v3: Release any wl_buffers when their surface is destroyed src/rpi-bcm-stubs.h | 7 ++ src/

Re: [PATCH] client: Add a way to get a pointer to the display's default queue

Hi, I have find myself needing this in order to make sure that wl_buffers are destroyed when the wl_surface is, but not before the compositor releases them. So, the client app would be calling wl_surface_destroy, but as the front wl_buffer is still in use by the compositor, the EGL implementation

Re: idle tasks starving in toytoolkit

On 27 September 2013 23:34, Daniel Stone wrote: > > Hi, > > On 27 September 2013 05:38, Neil Roberts wrote: > > Pekka Paalanen writes: > >> If not, is there not a possibility to break existing applications by > >> blocking too early? > > > > Yes, you're right, the patch is nonsense because it wo

[PATCH weston v2] rpi: Add support for EGL buffers

The EGL implementation on the RPi allocates a front and a back DispmanX resources for each EGLSurface, which we composite along the others. --- v2: Added a stub for vc_dispmanx_get_handle_from_wl_buffer src/rpi-bcm-stubs.h | 7 ++ src/rpi-renderer.c | 253 +

[RFC PATCH weston] rpi: Add support for EGL buffers

The EGL implementation on the RPi allocates a front and a back DispmanX resources for each EGLSurface, which we composite along the others. --- Remaining issues: * The EGL side isn't sending sync messages from SwapBuffers while waiting for buffer.release events, so it requires weston to post th

Re: [PATCH weston] launcher-util: pull in drm only for compositor-drm

With this patch plus the one I just sent about drop_privileges, weston-launch can be used on the rpi. Thanks! Tomeu On 27 September 2013 19:58, Adrian Negreanu wrote: > From: Adrian Negreanu > > Add drm_set_master and drm_drop_master > as wrappers for drm(Set|Drop)Master, when building compo

[PATCH] weston-egl: Update weston-egl-ext.h: s/wl_buffer/wl_resource

As struct wl_buffer has been deprecated since 1.2. --- src/weston-egl-ext.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/weston-egl-ext.h b/src/weston-egl-ext.h index bab87be..8ddf97f 100644 --- a/src/weston-egl-ext.h +++ b/src/weston-egl-ext.h @@ -42,15 +42,15 @@

[PATCH] weston-launch: Only drop privileges if running as root

--- src/weston-launch.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/weston-launch.c b/src/weston-launch.c index 525c61c..1b560af 100644 --- a/src/weston-launch.c +++ b/src/weston-launch.c @@ -577,7 +577,8 @@ launch_compositor(struct weston_launch *wl, int argc, char

idle tasks starving in toytoolkit

Hi, somewhat related to the issue of posting vs. queuing buffer.release event is a condition I have found that starves idle handlers in window.c. If the SwapBuffers implementation waits for buffer.release events to make sure that the GPU doesn't overwrite the front buffer and the client performs

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

On 16 September 2013 17:28, Neil Roberts wrote: > > Here is a second version of the patch to do the posting. It makes the > patch for doing the queue disabling redundant. > Have done some testing on the RPi and this patch allows me not having to sync in a loop while waiting for buffer releases i

Re: Weston simple-egl on Raspberry PI

On 12 September 2013 09:40, Peter Hanzel wrote: > Hello. > > I have been playing with Weston on Raspberry pi via rpi-backend. It > run just fine (but slowly for example for smoke clients), but I am not > able to run simple-egl. > I have just read that it requires wayland-egl library which is not

[PATCH] Use relative include for weston-egl-ext.h from clients/

This unbreaks building in a separate directory --- clients/simple-egl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/clients/simple-egl.c b/clients/simple-egl.c index 4eeba02..2548a30 100644 --- a/clients/simple-egl.c +++ b/clients/simple-egl.c @@ -38,7 +38,7 @@ #include

[PATCH] server: Release additional_shm_formats array at display destruction

--- src/wayland-server.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/wayland-server.c b/src/wayland-server.c index 1498d51..771309f 100644 --- a/src/wayland-server.c +++ b/src/wayland-server.c @@ -746,6 +746,8 @@ wl_display_destroy(struct wl_display *display) wl_list_for_each

[weston v3 4/4] rpi: Add support for SHM buffers in RGB565 format

--- src/rpi-bcm-stubs.h | 1 + src/rpi-renderer.c | 4 2 files changed, 5 insertions(+) diff --git a/src/rpi-bcm-stubs.h b/src/rpi-bcm-stubs.h index 4b89319..d3ffd4b 100644 --- a/src/rpi-bcm-stubs.h +++ b/src/rpi-bcm-stubs.h @@ -85,6 +85,7 @@ typedef enum /* these are not the right

[weston v3 3/4] pixman-renderer: Add support for SHM buffers in RGB565 format

--- src/pixman-renderer.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c index 25bffbe..31b7e58 100644 --- a/src/pixman-renderer.c +++ b/src/pixman-renderer.c @@ -560,6 +560,9 @@ pixman_renderer_attach(struct weston_surface *es, struct west

[weston v3 2/4] gl-renderer: Add support for SHM buffers in RGB565 format

--- src/gl-renderer.c | 57 --- 1 file changed, 46 insertions(+), 11 deletions(-) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index d13781c..0d31cb7 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -1109,6 +1109,8 @@ gl_renderer_

[weston v3 1/4] window: Allow hinting of a preference for RGB565 when creating a window

And check if the renderer supports the RGB565 format for wl_shm buffers before creating the cairo surface and requesting the buffer. It can save quite some memory with big surfaces such as desktop backgrounds. --- clients/desktop-shell.c | 2 ++ clients/window.c| 52 +

[wayland v3] shm: Add API for renderers to register additional pixel formats

--- src/wayland-private.h | 4 src/wayland-server.c | 19 +++ src/wayland-server.h | 3 +++ src/wayland-shm.c | 45 - 4 files changed, 58 insertions(+), 13 deletions(-) diff --git a/src/wayland-private.h b/src/wayland-privat

[weston v2 4/4] rpi: Add support for SHM buffers in RGB565 format

--- src/rpi-bcm-stubs.h | 1 + src/rpi-renderer.c | 10 ++ 2 files changed, 11 insertions(+) diff --git a/src/rpi-bcm-stubs.h b/src/rpi-bcm-stubs.h index 4b89319..d3ffd4b 100644 --- a/src/rpi-bcm-stubs.h +++ b/src/rpi-bcm-stubs.h @@ -85,6 +85,7 @@ typedef enum /* these are not t

[weston v2 3/4] pixman-renderer: Add support for SHM buffers in RGB565 format

--- src/pixman-renderer.c | 12 1 file changed, 12 insertions(+) diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c index 25bffbe..fd0a61c 100644 --- a/src/pixman-renderer.c +++ b/src/pixman-renderer.c @@ -560,6 +560,9 @@ pixman_renderer_attach(struct weston_surface *es, stru

[wayland v2 2/2] shm: Add API for renderers to register additional pixel formats

--- src/wayland-private.h | 4 src/wayland-server.c | 17 + src/wayland-server.h | 4 src/wayland-shm.c | 45 - 4 files changed, 57 insertions(+), 13 deletions(-) diff --git a/src/wayland-private.h b/src/wayland-private

[weston v2 2/4] gl-renderer: Add support for SHM buffers in RGB565 format

--- src/gl-renderer.c | 63 +-- 1 file changed, 52 insertions(+), 11 deletions(-) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index d13781c..08fffa1 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -1109,6 +1109,8 @@ gl_renderer_

[weston v2 1/4] window: Allow hinting of a preference for RGB565 when creating a window

And check if the renderer supports the RGB565 format for wl_shm buffers before creating the cairo surface and requesting the buffer. It can save quite some memory with big surfaces such as desktop backgrounds. --- clients/desktop-shell.c | 8 clients/keyboard.c | 2 +- clients/tab

[wayland v2 1/2] protocol: Copy missing pixel formats from wl_drm to wl_shm

--- protocol/wayland.xml | 65 +++- 1 file changed, 64 insertions(+), 1 deletion(-) diff --git a/protocol/wayland.xml b/protocol/wayland.xml index 1442b6a..3cfa953 100644 --- a/protocol/wayland.xml +++ b/protocol/wayland.xml @@ -274,10 +274,73 @@

Add support to wl_shm for RGB565 buffers

This version allows renderers to advertise support for additional pixel formats for shm buffers via new API: wl_display_set_additional_shm_formats Additionally, clients can hint when creating a window the preferred pixel format. Regards, Tomeu ___ way

[weston RFC 5/5] pixman-renderer: Add support for SHM buffers in RGB565 format

--- src/pixman-renderer.c | 4 1 file changed, 4 insertions(+) diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c index b17c02f..c162292 100644 --- a/src/pixman-renderer.c +++ b/src/pixman-renderer.c @@ -560,6 +560,9 @@ pixman_renderer_attach(struct weston_surface *es, struct weston

[weston RFC 4/5] gl-renderer: Add support for SHM buffers in RGB565 format

--- src/gl-renderer.c | 56 --- 1 file changed, 45 insertions(+), 11 deletions(-) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index bfccd7b..cfeec55 100644 --- a/src/gl-renderer.c +++ b/src/gl-renderer.c @@ -1109,6 +1109,8 @@ gl_renderer_

[weston RFC 3/5] rpi: Add support for SHM buffers in RGB565 format

--- src/rpi-bcm-stubs.h | 1 + src/rpi-renderer.c | 3 +++ 2 files changed, 4 insertions(+) diff --git a/src/rpi-bcm-stubs.h b/src/rpi-bcm-stubs.h index 4b89319..d3ffd4b 100644 --- a/src/rpi-bcm-stubs.h +++ b/src/rpi-bcm-stubs.h @@ -85,6 +85,7 @@ typedef enum /* these are not the right v

[wayland RFC 2/2] shm: Expose wl_shm_create_pool

So renderers can register wl_shm themselves in order to advertise the formats that they support. TODO: properly solve the naming conflict with wl_shm_create_pool --- src/wayland-server.h | 5 +++-- src/wayland-shm.c| 35 ++- 2 files changed, 5 insertions(+), 3

[weston RFC 2/5] compositor: let renderers register the wl_shm global

So in the future each can announce the formats it supports. TODO: properly fix the naming conflict with wl_shm_create_pool_xxx --- src/compositor.c | 2 -- src/gl-renderer.c | 20 src/pixman-renderer.c | 22 ++ src/rpi-renderer.c| 20

[weston RFC 1/5] window: Allow hinting of a preference for RGB565 when creating a window

And check if the renderer supports the RGB565 format for wl_shm buffers before creating the cairo surface and requesting the buffer. It can save quite some memory with big surfaces such as desktop backgrounds. --- clients/desktop-shell.c | 8 clients/keyboard.c | 2 +- clients/tab

[wayland RFC 1/2] protocol: Copy missing pixel formats from wl_drm to wl_shm

--- protocol/wayland.xml | 65 +++- src/wayland-shm.c| 6 + 2 files changed, 70 insertions(+), 1 deletion(-) diff --git a/protocol/wayland.xml b/protocol/wayland.xml index 1442b6a..3cfa953 100644 --- a/protocol/wayland.xml +++ b/protocol/wa

Add support to wl_shm for RGB565 buffers

Hi, this patch series allows clients to request the creation of 16bit buffers, useful for conserving resources in devices with constrained resources when using big surfaces such as desktop background images. I'm asking for ideas about what to do with how renderers are now registering wl_shm, need

[weston v2 6/8] Shell: Add Exposay

From: Daniel Stone Exposay provides window overview functions which, when a key which produces the binding modifier is pressed on its own, scales all currently-open windows down to be shown overlaid on the desktop, providing keyboard and mouse navigation to be able to switch window focus. Signed

[weston v2 2/8] animation: Make zoom animation renders better and smoother

From: Louis-Francis Ratté-Boulianne Don't scale to a size smaller than 1/8 the surface size Adjust spring parameters so we don't go over the target value --- src/animation.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/animation.c b/src/animation.c index 42395af.

[weston v2 8/8] shell: Fix calculation of center point in surface rotation

From: Louis-Francis Ratté-Boulianne Make sure the center point of a rotation is not rounded to an integer. It makes the calculation consistent with others in the shell. It also ensures surfaces rotated 180 degrees are at the exact same place. --- src/shell.c | 4 ++-- 1 file changed, 2 insertion

[weston v2 7/8] xwayland: Fix the race condition when mapping a surface

From: Louis-Francis Ratté-Boulianne Make sure XCB_MAP_NOTIFY has been received and the window id has been set before mapping the shell surface. It fixes race condition making the surface appears at wrong coordinates or with wrong size. --- src/xwayland/window-manager.c | 19 +--

[weston v2 5/8] Add move/scale animation

From: Daniel Stone Add an animation which moves a surface to a new location, at the same time as also rescaling it to a different size from the origin, rather than the existing scale animation which resizes from the centre. Signed-off-by: Daniel Stone --- src/animation.c | 62

[weston v2 4/8] Add modifier-only binding

From: Daniel Stone Add the ability to bind to modifiers; the binding is armed when a key which sets the requested modifier is pressed, and triggered if the key is released with no other keys having been pressed in the meantime, as well as mouse buttons or scroll axes. This only works for direct

[weston v2 3/8] compositor, shell: Add animation to measure desktop fps

From: Louis-Francis Ratté-Boulianne On the first output, count the number of frames rendered for each second, and report the fps in the Weston log. To ensure a busy rendering loop, the debug key binding starting the measurement also creates a bouncing box animation on screen. The box is simply

[weston v2 1/8] animation, shell: add kbd focus change animation

From: Louis-Francis Ratté-Boulianne When enabled, this will make all but the keyboard-focused window dim. Also the background gets dimmed, if there are any windows open. The panel is not dimmed. When the keyboard focus changes, the change in dimming is animated. The dimming is implemented with

[PATCH 8/8] shell: Fix calculation of center point in surface rotation

From: Louis-Francis Ratté-Boulianne --- src/shell.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/shell.c b/src/shell.c index cadcb55..0ab7fe7 100644 --- a/src/shell.c +++ b/src/shell.c @@ -3133,8 +3133,8 @@ surface_rotate(struct shell_surface *surface, struct west

[PATCH 7/8] xwayland: Fix the race condition when mapping a surface

From: Louis-Francis Ratté-Boulianne Make sure XCB_MAP_NOTIFY has been received and the window id has been set before mapping the shell surface. It fixes race condition making the surface appears at wrong coordinates or with wrong size. --- src/xwayland/window-manager.c | 19 +--

[PATCH 6/8] Shell: Add Exposay

From: Daniel Stone Exposay provides window overview functions which, when a key which produces the binding modifier is pressed on its own, scales all currently-open windows down to be shown overlaid on the desktop, providing keyboard and mouse navigation to be able to switch window focus. Signed

[PATCH 5/8] Add move/scale animation

From: Daniel Stone Add an animation which moves a surface to a new location, at the same time as also rescaling it to a different size from the origin, rather than the existing scale animation which resizes from the centre. Signed-off-by: Daniel Stone --- src/animation.c | 62

[PATCH 4/8] Add modifier-only binding

From: Daniel Stone Add the ability to bind to modifiers; the binding is armed when a key which sets the requested modifier is pressed, and triggered if the key is released with no other keys having been pressed in the meantime, as well as mouse buttons or scroll axes. This only works for direct

[PATCH 3/8] compositor, shell: Add animation to measure desktop fps

From: Louis-Francis Ratté-Boulianne On the first output, count the number of frames rendered for each second, and report the fps in the Weston log. To ensure a busy rendering loop, the debug key binding starting the measurement also creates a bouncing box animation on screen. The box is simply

[PATCH 2/8] animation: Make zoom animation renders better and smoother

From: Louis-Francis Ratté-Boulianne Don't scale to a size smaller than 1/8 the surface size Adjust spring parameters so we don't go over the target value --- src/animation.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/animation.c b/src/animation.c index 42395af.

[PATCH 1/8] animation, shell: add kbd focus change animation

From: Louis-Francis Ratté-Boulianne When enabled, this will make all but the keyboard-focused window dim. Also the background gets dimmed, if there are any windows open. The panel is not dimmed. When the keyboard focus changes, the change in dimming is animated. The dimming is implemented with

Misc. stuff from the Raspberry Pi demo

Hello, have rebased a few patches that remained to be upstreamed from our work on the Raspberry Pi renderer and demos. This follows an initial submission from Pekka[0]. Weston-desktop-shell gets new features. The major new feature is "exposay", a window overview mode with animated transitions. An