Re: Wayland generic dmabuf protocol

On Wed, 11 Jun 2014 12:00:57 -0400 Rob Clark wrote: > On Mon, Jun 9, 2014 at 8:44 AM, Pekka Paalanen > wrote: > > On Mon, 9 Jun 2014 12:23:18 +0100 > > Daniel Stone wrote: > > > >> Hi, > >> > >> On 9 June 2014 12:06, Pekka Paalanen > >> wrote: > >> > >> > On Mon, 9 Jun 2014 11:00:04 +0200 > >

[PATCH 1/2] clients: Maximize window when double click on title bar

From: Xiong Zhang Signed-off-by: Xiong Zhang --- clients/window.c| 26 +- shared/cairo-util.h | 4 shared/frame.c | 31 +++ 3 files changed, 60 insertions(+), 1 deletion(-) diff --git a/clients/window.c b/clients/window.c index

[PATCH 2/2] clients: Maximize window when double touch on title bar

Signed-off-by: Xiong Zhang --- clients/window.c| 26 -- shared/cairo-util.h | 7 +++ shared/frame.c | 49 + 3 files changed, 80 insertions(+), 2 deletions(-) diff --git a/clients/window.c b/clients/window.c ind

Re: [PATCH libinput 3/6] test: add a bunch of test for click behavior on touchpads

On Wed, Jun 11, 2014 at 10:48:07AM +0200, Hans de Goede wrote: > Hi, > > On 06/11/2014 02:11 AM, Peter Hutterer wrote: > > Mainly testing the behaviour when clicking during a tap or tap-n-drag. Adds > > a > > new "feature" to the litest system, Apple clickpads don't have software > > buttons by d

[PATCH] Add a simple client for testing compositor damage handling

From: Jason Ekstrand This allows for easily testing a compositor's damage tracking in all currently available configurations including wl_surface.buffer_transform, wl_surface.buffer_scale, and wl_viewport. It also includes a --rotating-damage that flag instructs the client to change the wl_surfa

Re: Wayland generic dmabuf protocol

On Mon, Jun 9, 2014 at 8:44 AM, Pekka Paalanen wrote: > On Mon, 9 Jun 2014 12:23:18 +0100 > Daniel Stone wrote: > >> Hi, >> >> On 9 June 2014 12:06, Pekka Paalanen wrote: >> >> > On Mon, 9 Jun 2014 11:00:04 +0200 >> > Benjamin Gaignard wrote: >> > > One of the main comment on the latest patches

Re: [PATCH libinput 4/6] test: add clickpad software button tests

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > Signed-off-by: Peter Hutterer Thanks for writing these! Some small remarks inline with those fixed: Reviewed-by: Hans de Goede > --- > test/touchpad.c | 380 > > 1 file changed, 380

Re: [PATCH libinput 6/6] test: add a couple of top software button test

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > Signed-off-by: Peter Hutterer > --- > test/touchpad.c | 124 > > 1 file changed, 124 insertions(+) > Looks good: Reviewed-by: Hans de Goede Regards, Hans > diff --git a/test/touch

Re: [PATCH libinput 5/6] test: Add description for the T440 synaptics touchpad

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > Signed-off-by: Peter Hutterer > --- > test/Makefile.am | 1 + > test/litest-synaptics-t440.c | 112 > +++ > test/litest.c| 2 + > test/litest.h| 2 + > 4

Re: [PATCH libinput 3/6] test: add a bunch of test for click behavior on touchpads

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > Mainly testing the behaviour when clicking during a tap or tap-n-drag. Adds a > new "feature" to the litest system, Apple clickpads don't have software > buttons by default. > > Signed-off-by: Peter Hutterer I've some remarks on the last test,

Re: [PATCH libinput 1/6] touchpad: always call into the the tap state machine

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > A button event consumed by the softbutton or clickpad code does not feed into > the tap state machine, leaving it in its current state. The touch generating > that event however may have triggered state changes. > > For some tap/click combinatio

Re: [PATCH libinput 2/6] test: add litest_assert_empty_queue helper function

Hi, On 06/11/2014 02:11 AM, Peter Hutterer wrote: > Checks if the queue is empty and prints informatino about any events before > failing. > > Signed-off-by: Peter Hutterer Looks good: Reviewed-by: Hans de Goede Regards, Hans > --- > test/litest.c | 61 > +++

Re: Suggestions on implementing Wayland Protocol Dumper.

On Mon, 09 Jun 2014 16:54:09 +0800 Boyan Ding wrote: > Hi, > According to [1], from which the idea of protocol dumper came, the > purpose of the protocol dumper is to track exactly how a client > communicate with the server, and to make a difference with how > WAYLAND_DEBUG=server works. > > So