eglSwapBuffer blocks without any shell surface query!

Dear All, What if I don't use any shell/shell surface in GLES/EGL based application with wayland/weston? Will eglSwapBuffer blocks in that case? Is using any shell surface must? I am fine if application doesn't display but it should run and not block without shell surface. I am trying to

Re: [PATCH wayland-protocols v3] Add screensaver idle inhibitor protocol

On Tue, Jun 07, 2016 at 07:10:25PM -0700, Bryce Harrington wrote: > On Fri, Jun 03, 2016 at 09:26:24AM +0800, Jonas Ådahl wrote: > > On Thu, Jun 02, 2016 at 02:24:20PM -0700, Bryce Harrington wrote: > > > This interface allows disabling of screensaver/screenblanking on a > > > per-surface basis.

Re: [PATCH wayland-protocols v3] Add screensaver idle inhibitor protocol

On Fri, Jun 03, 2016 at 09:26:24AM +0800, Jonas Ådahl wrote: > On Thu, Jun 02, 2016 at 02:24:20PM -0700, Bryce Harrington wrote: > > This interface allows disabling of screensaver/screenblanking on a > > per-surface basis. As long as the surface remains visible and > > non-occluded it blocks the

Re: [PATCH libinput 5/7] pad: Add a new API for modes and mode groups

On Tue, Jun 07, 2016 at 06:33:19PM -0700, Jason Gerecke wrote: > On Sun, Jun 5, 2016 at 11:50 PM, Peter Hutterer > wrote: > > Move mode control to libinput. This reduces some flexibility on what we can > > do > > with modes but makes it a lot easier for anyone to

Re: [PATCH libinput 6/7] Implement tablet pad group mode support

On Sun, Jun 5, 2016 at 11:50 PM, Peter Hutterer wrote: > Signed-off-by: Peter Hutterer > --- > configure.ac | 2 +- > src/Makefile.am | 1 + > src/evdev-tablet-pad-leds.c | 621 >

Re: [PATCH libinput 5/7] pad: Add a new API for modes and mode groups

On Sun, Jun 5, 2016 at 11:50 PM, Peter Hutterer wrote: > Move mode control to libinput. This reduces some flexibility on what we can do > with modes but makes it a lot easier for anyone to implement modes correctly > and have the LEDs apply appropriately, etc. Let's go

Re: [RFC wayland] Add wl_proxy destruction callbacks

On Tue, Jun 07, 2016 at 10:42:11AM +0200, Miguel Angel Vico wrote: > Hi, > > Sorry for the slow response. Inline. > > On Tue, 31 May 2016 11:18:25 +0300 > Pekka Paalanen wrote: > > > * PGP Signed by an unknown key > > > > On Mon, 30 May 2016 13:10:42 +0200 > > Miguel

Re: [PATCH wayland-protocols v3 1/7] xdg-shell: Turn xdg_surface into a generic base interface

On Wed, Jun 08, 2016 at 12:37:01AM +0200, Benoit Gschwind wrote: > Hello, > > This proposal look good, few optional comments following. > > On 26/05/2016 06:32, Jonas Ådahl wrote: > > Split out toplevel window like requests and events into a new interface > > called xdg_toplevel, and turn

Re: [PATCH wayland-protocols v3 1/7] xdg-shell: Turn xdg_surface into a generic base interface

On Tue, Jun 07, 2016 at 05:37:50PM +0300, Giulio Camuffo wrote: > Hi, just a few nitpicks below. > > 2016-05-26 7:32 GMT+03:00 Jonas Ådahl : > > Split out toplevel window like requests and events into a new interface > > called xdg_toplevel, and turn xdg_surface into a generic

Re: [PATCH wayland-protocols v3 6/7] xdg-shell: Make xdg_popup non-grabbing by default

On Tue, Jun 07, 2016 at 05:39:09PM +0300, Giulio Camuffo wrote: > Hi, a couple of comments below: > > 2016-05-26 7:32 GMT+03:00 Jonas Ådahl : > > Turn xdg_popup into plain temporary child surfaces without any grabbing > > or mapping order requirements by default. > > > > In

Re: [PATCH wayland-protocols v3 1/7] xdg-shell: Turn xdg_surface into a generic base interface

Hello, This proposal look good, few optional comments following. On 26/05/2016 06:32, Jonas Ådahl wrote: > Split out toplevel window like requests and events into a new interface > called xdg_toplevel, and turn xdg_surface into a generic base interface > which others extends. > > xdg_popup is

Re: [PATCH wayland-protocols v3] Add screensaver idle inhibitor protocol

On Fri, Jun 03, 2016 at 11:41:12AM +0300, Pekka Paalanen wrote: > On Thu, 2 Jun 2016 14:33:42 -0700 > Bryce Harrington wrote: > > > On Wed, May 18, 2016 at 04:11:39PM +0300, Pekka Paalanen wrote: > > > On Thu, 24 Mar 2016 11:14:33 -0700 > > > Bryce Harrington

Re: [PATCH wayland] scanner: Move PROGRAM_NAME define

On 07/06/16 10:19 AM, Yong Bakos wrote: > From: Yong Bakos > > PROGRAM_NAME was defined within the if block of HAVE_LIBXML, causing a > compilation failure when libxml is not present. > > Move the define of PROGRAM_NAME out of the if block. > > Signed-off-by: Yong

[PATCH wayland] scanner: Move PROGRAM_NAME define

From: Yong Bakos PROGRAM_NAME was defined within the if block of HAVE_LIBXML, causing a compilation failure when libxml is not present. Move the define of PROGRAM_NAME out of the if block. Signed-off-by: Yong Bakos --- src/scanner.c | 4

Re: Protocol for window previews/thumbnails

There are many other protocols that may require handles to windows. It may make sense for them to all use the same handle protocol. Of course, all of these different protocols would require different levels and types of privileges. For example, a window switcher application would also need a

Re: [PATCH v2 libinput] pad: group the button state into a private struct

On Jun 6, 2016, at 8:16 PM, Peter Hutterer wrote: > > This is only set on button events so use the same approach as for rings and > strips. No functional changes. > > Signed-off-by: Peter Hutterer Reviewed-by: Yong Bakos

Re: [PATCH wayland-protocols v3 6/7] xdg-shell: Make xdg_popup non-grabbing by default

Hi, a couple of comments below: 2016-05-26 7:32 GMT+03:00 Jonas Ådahl : > Turn xdg_popup into plain temporary child surfaces without any grabbing > or mapping order requirements by default. > > In order to create grabbing popup chains, a new request 'grab' is > introduced which

Re: [PATCH wayland-protocols v3 1/7] xdg-shell: Turn xdg_surface into a generic base interface

Hi, just a few nitpicks below. 2016-05-26 7:32 GMT+03:00 Jonas Ådahl : > Split out toplevel window like requests and events into a new interface > called xdg_toplevel, and turn xdg_surface into a generic base interface > which others extends. > > xdg_popup is changed to extend

Re: [RFC wayland 1/1] protocol: Add summary attributes to request params and enum entries

On Wed, 1 Jun 2016 10:49:55 -0500 Yong Bakos wrote: > From: Yong Bakos > > Signed-off-by: Yong Bakos > --- > protocol/wayland.xml | 334 > ++- > 1 file changed, 172

Re: [RFC wayland] Add wl_proxy destruction callbacks

On Tue, 7 Jun 2016 10:42:11 +0200 Miguel Angel Vico wrote: > Hi, > > Sorry for the slow response. Inline. > > On Tue, 31 May 2016 11:18:25 +0300 > Pekka Paalanen wrote: > > > * PGP Signed by an unknown key > > > > On Mon, 30 May 2016 13:10:42 +0200

Re: [RFC wayland v1 1/1] private, server: Make define consistent, reorder include

On Mon, 23 May 2016 19:54:05 -0600 Yong Bakos wrote: > From: Yong Bakos > > wayland-private.h defines WL_HIDE_DEPRECATED with a token-string, which > is unnecessary. Remove the token-string from the define. > > wayland-server.h includes

Re: [PATCH wayland] scanner: Replace #define tab with space

On Fri, 27 May 2016 08:55:23 +0200 Quentin Glidic wrote: > On 24/05/2016 21:55, Yong Bakos wrote: > > From: Yong Bakos > > > > wayland-client-protocol.h and wayland-server-protocol.h use a tab > > between the identifier and token of

Re: [PATCH wayland] server-core, event-loop: Fix parameter alignment.

On Tue, 24 May 2016 17:10:17 -0600 Yong Bakos wrote: > From: Yong Bakos > > Signed-off-by: Yong Bakos > --- > src/event-loop.c | 8 > src/wayland-server-core.h | 6 +++--- > 2 files changed, 7

Re: [PATCH wayland] client-core: Add missing line breaks

On Mon, 23 May 2016 17:06:09 -0600 Yong Bakos wrote: > From: Yong Bakos > > Signed-off-by: Yong Bakos > --- > src/wayland-client-core.h | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: [PATCH wayland] server, server-core: Minimize fwd decs, use macro, and format

On Mon, 23 May 2016 17:59:33 -0600 Yong Bakos wrote: > From: Yong Bakos > > wayland-server.h: Adjust line breaks between prototypes. > > wayland-server-core.h: > Adjust line breaks between prototypes. > Adjust space between splats and

Re: [PATCH wayland] event-loop: Include wayland-util.h

On Sat, 21 May 2016 13:23:44 +0800 Sam Spilsbury wrote: > On Sat, May 21, 2016 at 12:23 PM, Yong Bakos wrote: > > From: Yong Bakos > > > > event-loop.c uses WL_EXPORT and wl_list, which are defined in > > wayland-util.h. >

Re: [PATCH wayland] wayland-shm: Include wayland-util.h

On Sat, 21 May 2016 13:24:38 +0800 Sam Spilsbury wrote: > On Sat, May 21, 2016 at 12:18 PM, Yong Bakos wrote: > > From: Yong Bakos > > > > wayland-shm.c uses WL_EXPORT and wl_array, which are defined in > > wayland-util.h.

Re: [PATCH v2] scanner: Fix reported executable name to 'wayland-scanner'

On Mon, 6 Jun 2016 13:28:53 -0500 Yong Bakos wrote: > On Jun 6, 2016, at 12:58 PM, Bryce Harrington wrote: > > > > 'wayland-scanner -v' (correctly) reports the program as named > > "wayland-scanner", but 'wayland-scanner -h' was inconsistent,

Re: [PATCH wayland-protocols, weston v3 0/17] Stabilize wl_scaler as wp_viewporter

On Tue, 10 May 2016 12:56:41 +0300 Pekka Paalanen wrote: > On Fri, 6 May 2016 15:07:19 +0300 > Pekka Paalanen wrote: > > > On Thu, 5 May 2016 15:46:46 -0700 > > Bryce Harrington wrote: > > > > > On Wed, May 04, 2016 at

[PATCH weston 2/3] ivi-shell: introduce ivi_layout_view

This patch introduces ivi_layout_view data struct, which is a wrapper of weston_view. There is always only one ivi_layout_view for an ivi_layout_surface and ivi_layout_layer pair. A surface could have many views with different geometry and transformations, so that a surface can be shown on:

[PATCH weston 0/3] Support to display a surface on many layers

This patch series introduces ivi_layout_view data struct, which is a wrapper of weston_view. There is always only one ivi_layout_view for an ivi_layout_surface and ivi_layout_layer pair. A surface could have many views with different geometry and transformations, so that a surface can be shown

[PATCH weston 1/3] ivi-shell: remove ivi_layout_get_weston_view

A surface could have more than one views. Therefore, it is not possible to map a surface to a specific view. The implementation of the API iterates the list of views of the surface, and returns the first found view. It is not necessary to have this API to found a view of the surface. Therefore, I

[PATCH weston 3/3] ivi-shell: implement surface_on_many_layer test

A surface can be added to many layers. This test is implemented to test this use-case and the correct behaviour of get_layers_under_surface API. Signed-off-by: Emre Ucan --- tests/ivi-test.h |1 + tests/ivi_layout-test-plugin.c | 45

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hello Olivier, On 07/06/2016 11:15, Olivier Fourdan wrote: > Hi Benoit, > > - Original Message - >> On 07/06/2016 10:30, Olivier Fourdan wrote: >>> [...] >>> I disagree here, if anything we should keep the semantic states separate, >>> we wouldn't want to have something like "no_shadow"

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hello Jonas, I understand your point, and also we bike-shedding. if you add not_shadowed state to the state list you solve the first part of the issue. I do not think we need more states list. Next issue is to how advertise to the compositor which optional states are supported by the client. In

Request for Proposal for XDC 2017

Hi all, The X.org board is soliciting proposals to host XDC in 2017. By the usual rotation a location in north america is preferred, but the board will also consider other locations, especially if there's an interesting co-location with another conference. If you consider hosting XDC, we have

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hi Benoit, - Original Message - > On 07/06/2016 10:30, Olivier Fourdan wrote: > > [...] > > I disagree here, if anything we should keep the semantic states separate, > > we wouldn't want to have something like "no_shadow" or "no_border" as a > > semantic state like "maximized" or

Re: [PATCH] xdg-shell: add draw states for xdg_surface

On Tue, Jun 07, 2016 at 10:47:13AM +0200, Benoit Gschwind wrote: > Hello Olivier > > On 07/06/2016 10:30, Olivier Fourdan wrote: > > Hi Benoit, > > > > - Original Message - > >> [...] > >> > >> My primary complain is that draw states should be merged with the > >> previously defined

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hello Olivier On 07/06/2016 10:30, Olivier Fourdan wrote: > Hi Benoit, > > - Original Message - >> [...] >> >> My primary complain is that draw states should be merged with the >> previously defined window/surface states, because by definition a draw >> state is a state for a window,

Re: [RFC wayland] Add wl_proxy destruction callbacks

On Mon, 30 May 2016 17:44:58 +0200 Daniel Vetter wrote: > > Just a quick comment: I guess a piglit testcase to demonstrate the > failure (or well, just any minimal test) would be awesome. That way > folks can quickly figure out what all goes wrong without this. > -Daniel

Re: [RFC wayland] Add wl_proxy destruction callbacks

Hi, Sorry for the slow response. Inline. On Tue, 31 May 2016 11:18:25 +0300 Pekka Paalanen wrote: > * PGP Signed by an unknown key > > On Mon, 30 May 2016 13:10:42 +0200 > Miguel Angel Vico wrote: > > > Hi all, > > > > A few days ago, I had a

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hi Benoit, - Original Message - > [...] > > My primary complain is that draw states should be merged with the > previously defined window/surface states, because by definition a draw > state is a state for a window, just like the state activated for example. I disagree here, if anything

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hello Matthias, I agree the two reply from Jonas, and Olivier. I just add to Olivier comment, that even we tried to remove MWM hints (i.e. they do not belong any up-to-date standards), they are still used by up-to-date software and implemented by popular WMs. This use case show that (1) those

Re: [PATCH] xdg-shell: add draw states for xdg_surface

Hi Jonas, - Original Message - > On Mon, Jun 06, 2016 at 09:50:19AM -0400, Matthias Clasen wrote: > > To me, 'draw states' sounds a lot like 'mwm hints' - which would be a > > 180 degree reversal from semantic states back to presentation states. > > Do we really want to go down that road

Re: [PATCH v2] xdg-shell: Add tiled state

On Mon, Jun 06, 2016 at 11:31:48AM +0200, Olivier Fourdan wrote: > When tiled, clients must obey the window geometry specified in the > configure event and can choose to hide some of their decorations. > > Signed-off-by: Olivier Fourdan > --- > v2: Simplify the proposal and

Re: [PATCH] xdg-shell: add draw states for xdg_surface

On Mon, Jun 06, 2016 at 09:50:19AM -0400, Matthias Clasen wrote: > To me, 'draw states' sounds a lot like 'mwm hints' - which would be a > 180 degree reversal from semantic states back to presentation states. > Do we really want to go down that road ? I'm not too familiar with MWM hints, but this

Collaborative window resize

Hi wayland list, Yeah I know the title sounds a lot like marketing bullshit. Anyway I was playing with the RDP compositor with my daughter (haven't you notice how many bugs you find when you let your children play with your programs ?), we were on 2 different computers, so 2 seats, and we have