Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Gregory Merchan
On Fri, Nov 1, 2013 at 11:36 PM, Jasper St. Pierre wrote: > On Fri, Nov 1, 2013 at 11:58 PM, Jason Ekstrand > wrote: > > ... snip > >> >> Gregory, >> Thank you very much for your e-mail. I think that helps a lot. The lack >> of code is ok because I think Rafael is planning to start implementing

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Gregory Merchan
On Fri, Nov 1, 2013 at 10:58 PM, Jason Ekstrand wrote: > On Fri, Nov 1, 2013 at 8:36 PM, Gregory Merchan > wrote: >> >> On Thu, Oct 31, 2013 at 8:28 PM, Jason Ekstrand >> wrote: >> > On Thu, Oct 31, 2013 at 3:37 PM, Bill Spitzak wrote: >> >> >> >> Jason Ekstrand wrote: >> >> >> >>> Yes, in theo

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Jasper St. Pierre
On Fri, Nov 1, 2013 at 11:58 PM, Jason Ekstrand wrote: ... snip > Gregory, > Thank you very much for your e-mail. I think that helps a lot. The lack > of code is ok because I think Rafael is planning to start implementing as > soon as things settle a bit. Sometimes protocol discussions can en

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Jason Ekstrand
On Fri, Nov 1, 2013 at 8:36 PM, Gregory Merchan wrote: > On Thu, Oct 31, 2013 at 8:28 PM, Jason Ekstrand > wrote: > > On Thu, Oct 31, 2013 at 3:37 PM, Bill Spitzak wrote: > >> > >> Jason Ekstrand wrote: > >> > >>> Yes, in theory they could read the configuration of the compositor. > >> > >> > >>

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Jason Ekstrand
On Fri, Nov 1, 2013 at 8:36 PM, Gregory Merchan wrote: > On Thu, Oct 31, 2013 at 8:28 PM, Jason Ekstrand > wrote: > > On Thu, Oct 31, 2013 at 3:37 PM, Bill Spitzak wrote: > >> > >> Jason Ekstrand wrote: > >> > >>> Yes, in theory they could read the configuration of the compositor. > >> > >> > >>

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Gregory Merchan
On Thu, Oct 31, 2013 at 8:28 PM, Jason Ekstrand wrote: > On Thu, Oct 31, 2013 at 3:37 PM, Bill Spitzak wrote: >> >> Jason Ekstrand wrote: >> >>> Yes, in theory they could read the configuration of the compositor. >> >> >>> I really don't want to build this kind of inconsistency into the system >>

Re: [PATCH 2/2] protocol: add state set functions for maximized and fullscreen.

2013-11-01 Thread Bill Spitzak
Jason Ekstrand wrote: I still don't understand why a client would want to not activate. I can see not wanting to raise, but why not activate? The main one I see is you do not want attempts to drag an object to activate the drag-from client, since this may unmap the desired target of the dra

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

2013-11-01 Thread Tomeu Vizoso
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 30 October 2013 09:44, Neil Roberts wrote: >> >> > Tomeu Vi

[PATCH xwayland] Set the view to NULL when unmapping an X11 window

2013-11-01 Thread Dima Ryazanov
Fixes a crash caused by accessing a deleted view in weston_wm_window_schedule_repaint. It can be easily reproduced by switching between menus in Firefox. Signed-off-by: Dima Ryazanov --- src/xwayland/window-manager.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/xwayland/window-man

Re: Do any Web Layout Engines support Wayland yet?

2013-11-01 Thread Tiago Vignatti
Hi, I'm in the process of releasing a "demo" version of Chromium browser, aimed for developers only. You can follow the general development in here: https://01.org/ozone-wayland https://github.com/01org/ozone-wayland#introduction there's also Crosswalk application runtime based on Ozone-Waylan