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 understa
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. A
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 s
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 implement modes correctly
> > and
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
> ++
> src/evdev-tablet-pad.c|
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 with the option to make
> th
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 Angel Vico wrote:
> >
>
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 xdg_sur
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 base interface
> > w
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 order to create grabbin
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 ch
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 wrote:
> > >
> > > > This interfa
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 Bakos
Thanks for the quick f
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 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
d
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 pro
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
Cheers,
yong
> ---
> Changes to v2:
> - rename button.button to butto
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 enables more or les
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 the xdg_surface.
>
>
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 insertions(+), 162 deletions(-)
>
> diff --git a/protocol/wayland.xml b/proto
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
> > Miguel Angel Vico wrote:
> >
> > >
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 wayland-server-protocol.h at the end of the file,
> after
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 generated #defines for request/event
> > opcodes and versions.
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 insertions(+), 7 deletions(-)
Pushed:
826b166..e1f2ba2 master -> master
Tha
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 a/src/wayland-client-core.h b/src/wayland-client-core.h
> index b1d6515..dfd3e18 100644
> --- a/src
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 identifiers.
> Remove unconventional linebreak before first
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.
> >
> > Include wayland-util.h explicitly, rather than transitively throug
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.
> >
> > Include wayland-util.h explicitly, rather than transitively thro
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, referring
> > to it as './scanner'.
> >
> > Also re
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 05:33:10PM -0700, Bryce Harrington wrote:
> > > > On Tue, Apr 26, 20
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:
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 on:
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
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
t
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" o
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 t
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 ass
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 "fullscre
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 windo
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, just
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
Sure. I'm going to be
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 little chat over IRC with Pekka about
> > additi
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
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 hin
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 ?
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 keep only one "tiled"
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
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 tri
47 matches
Mail list logo
