Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Pekka Paalanen
On Sun, 3 Aug 2014 09:23:06 -0400 "Jasper St. Pierre" wrote: > On Sun, Aug 3, 2014 at 8:43 AM, Pekka Paalanen wrote: > > > On Sun, 3 Aug 2014 07:30:25 -0400 > > "Jasper St. Pierre" wrote: > > > > > On Sun, Aug 3, 2014 at 6:27 AM, Pekka Paalanen > > wrote: > > > > > > > On Fri, 1 Aug 2014 17:0

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Jasper St. Pierre
On Sun, Aug 3, 2014 at 8:43 AM, Pekka Paalanen wrote: > On Sun, 3 Aug 2014 07:30:25 -0400 > "Jasper St. Pierre" wrote: > > > On Sun, Aug 3, 2014 at 6:27 AM, Pekka Paalanen > wrote: > > > > > On Fri, 1 Aug 2014 17:08:14 +0200 > > > Manuel Bachmann wrote: > > > > > > > Hello everybody, > > > > >

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Pekka Paalanen
On Sun, 3 Aug 2014 07:30:25 -0400 "Jasper St. Pierre" wrote: > On Sun, Aug 3, 2014 at 6:27 AM, Pekka Paalanen wrote: > > > On Fri, 1 Aug 2014 17:08:14 +0200 > > Manuel Bachmann wrote: > > > > > Hello everybody, > > > > > > I just updated the repo today ( > > > > > https://github.com/Tarnyko/we

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Jasper St. Pierre
On Sun, Aug 3, 2014 at 6:27 AM, Pekka Paalanen wrote: > On Fri, 1 Aug 2014 17:08:14 +0200 > Manuel Bachmann wrote: > > > Hello everybody, > > > > I just updated the repo today ( > > > https://github.com/Tarnyko/weston-xdg_surface_present/commit/0aca29d4b6dbe10d5237aaf5f35f72d25db3ac30 > ). > > T

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Pekka Paalanen
On Fri, 1 Aug 2014 17:08:14 +0200 Manuel Bachmann wrote: > Hello everybody, > > I just updated the repo today ( > https://github.com/Tarnyko/weston-xdg_surface_present/commit/0aca29d4b6dbe10d5237aaf5f35f72d25db3ac30). > The "xdg_surface_present()" request not accepts a timestamp (uint32_t type)

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-03 Thread Pekka Paalanen
On Wed, 30 Jul 2014 00:00:37 +0200 Manuel Bachmann wrote: > Hi Jasper, Jason, > > "Agreed. Especially if you start an application, but it's slow to start, > and you have typed into the current window or have navigated away from it > since, you should get a popup instead of the window immediately

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-08-01 Thread Manuel Bachmann
Hello everybody, I just updated the repo today ( https://github.com/Tarnyko/weston-xdg_surface_present/commit/0aca29d4b6dbe10d5237aaf5f35f72d25db3ac30). The "xdg_surface_present()" request not accepts a timestamp (uint32_t type) as an additional parameter. If different of 0, and it is the first t

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Bill Spitzak
On 07/29/2014 03:03 PM, Jason Ekstrand wrote: "Another question for Manuel: Does present() interact with the surface commit? Should it?" Not in a way that I know of. From a compositor point of view, present() (when the user interacts to show) does only change the surface wors

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Jason Ekstrand
On Tue, Jul 29, 2014 at 3:00 PM, Manuel Bachmann < manuel.bachm...@open.eurogiciel.org> wrote: > Hi Jasper, Jason, > > "Agreed. Especially if you start an application, but it's slow to start, > and you have typed into the current window or have navigated away from it > since, you should get a popu

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Manuel Bachmann
Hi Jasper, Jason, "Agreed. Especially if you start an application, but it's slow to start, and you have typed into the current window or have navigated away from it since, you should get a popup instead of the window immediately mapped. This is known as "focus stealing prevention"." Good point. I

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Manuel Bachmann
Hi Bill, "This is not controlled by a count, but by whether a window is already visible or already in the notification state. Clients should be able to send a lot of these in a row. They cannot reliably test if they are invisible and send the request only then, as there is a race condition." Than

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Jasper St. Pierre
On Tue, Jul 29, 2014 at 9:16 PM, Bill Spitzak wrote: > On 07/29/2014 11:40 AM, Manuel Bachmann wrote: > > When creating a xdg_surface, the surface will not be mapped (i.e. shown) >> by desktop-shell anymore. It will only be if xdg_surface_present() has >> been called once. >> > > There seems to

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Jason Ekstrand
On Tue, Jul 29, 2014 at 12:16 PM, Bill Spitzak wrote: > On 07/29/2014 11:40 AM, Manuel Bachmann wrote: > > When creating a xdg_surface, the surface will not be mapped (i.e. shown) >> by desktop-shell anymore. It will only be if xdg_surface_present() has >> been called once. >> > > There seems to

Re: RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Bill Spitzak
On 07/29/2014 11:40 AM, Manuel Bachmann wrote: When creating a xdg_surface, the surface will not be mapped (i.e. shown) by desktop-shell anymore. It will only be if xdg_surface_present() has been called once. There seems to be a design goal in Wayland to prevent clients from making surfaces t

RFC : xdg_surface_present() look-and-feel and implementation

2014-07-29 Thread Manuel Bachmann
Hi folks, (This post follows a discussion which I will link at the end of the mail : *) I have been working on an implementation of xdg_surface_present() for some time now ; here is a proposal with working code. When creating a xdg_surface, the surface will not be mapped (i.e. shown) by desktop-