Re: [PATCH libinput 0/9] Improvements for clickpad touchpads

2014-04-03 Thread Peter Hutterer
Just for the archives, Hans and I talked about this off-list. On Tue, Apr 01, 2014 at 09:54:34AM +0200, Hans de Goede wrote: > So as you requested I've been looking at your wip/clickpad-improvements > branch. I've been mostly reading the code / patches and here is a long list > of comments : > >

Re: [PATCH libinput 4/5] test: allow partial overriding the test devices

2014-04-03 Thread Peter Hutterer
On Thu, Apr 03, 2014 at 10:40:50PM +0200, Jonas Ådahl wrote: > On Tue, Apr 01, 2014 at 01:47:08PM +1000, Peter Hutterer wrote: > > For specific tests we need something that e.g. looks like a touchpad, but > > has > > a different name, a different number of slots, etc. In this case, the > > followi

Re: [PATCH libinput 3/5] test: allow for description-based test devices

2014-04-03 Thread Peter Hutterer
On Fri, Apr 04, 2014 at 01:52:09PM +1000, Peter Hutterer wrote: > On Thu, Apr 03, 2014 at 10:43:03PM +0200, Jonas Ådahl wrote: > [...] > > > diff --git a/test/litest.c b/test/litest.c > > > index 6767952..23ba76b 100644 > > > --- a/test/litest.c > > > +++ b/test/litest.c > > > @@ -61,6 +61,12 @@ st

Re: [PATCH libinput 3/5] test: allow for description-based test devices

2014-04-03 Thread Peter Hutterer
On Thu, Apr 03, 2014 at 10:43:03PM +0200, Jonas Ådahl wrote: [...] > > diff --git a/test/litest.c b/test/litest.c > > index 6767952..23ba76b 100644 > > --- a/test/litest.c > > +++ b/test/litest.c > > @@ -61,6 +61,12 @@ struct suite { > > > > static struct litest_device *current_device; > > > >

[PATCH libinput] test: Use generic test device API in touch_abs_transform test

2014-04-03 Thread Jonas Ådahl
Instead of having a test device which only purpose is to test absolute coordinate transformation, use the litest_create_device_with_overrides() API to create a specially crafted wacom touch device with high resolution. Signed-off-by: Jonas Ådahl --- Went ahead and replaced the generic-highres-to

Re: [PATCH libinput 3/5] test: allow for description-based test devices

2014-04-03 Thread Jonas Ådahl
On Tue, Apr 01, 2014 at 01:47:07PM +1000, Peter Hutterer wrote: > Most of the test devices now are static descriptions anyway, make them fully > static now, including for touch events. > > Switch the synaptics device now as example, the rest comes later for easier > patch review. > > Signed-off-b

Re: [PATCH libinput 4/5] test: allow partial overriding the test devices

2014-04-03 Thread Jonas Ådahl
On Tue, Apr 01, 2014 at 01:47:08PM +1000, Peter Hutterer wrote: > For specific tests we need something that e.g. looks like a touchpad, but has > a different name, a different number of slots, etc. In this case, the > following code will do exactly that: > > struct input_absinfo overrides[] = { >

[PATCH] screen-share: re-enable planes when finished

2014-04-03 Thread Jason Ekstrand
--- src/screen-share.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/screen-share.c b/src/screen-share.c index 8432fe6..08f7427 100644 --- a/src/screen-share.c +++ b/src/screen-share.c @@ -949,6 +949,8 @@ shared_output_destroy(struct shared_output *so) { struct ss_shm_buffer *

[PATCH fullscreen-shell v6.1 19/19] Add a screen sharing plugin

2014-04-03 Thread Jason Ekstrand
This adds a plugin called screen-share.so. If the screen-share.so module is imported, it will add the CTRL+ALT+s keybinding to start a screen sharing session. If you press CTRL+ALT+S, weston will spawn another copy of weston, this time with the RDP backend, and mirrors the current screen to it an

Re: [PATCH v2] Add an option to disable client initiated resizes

2014-04-03 Thread Jason Ekstrand
Kristian, Use this one instead of the "fixed" one I included in my patchset. It's better. --Jason Ekstrand On Apr 3, 2014 1:50 AM, "Hardening" wrote: > This patch adds an option to the RDP compositor to disable > desktop resizes initiated by RDP peer. The current behaviour > is that if an incom

Re: [RFC PATCH 1/6] Add colorcorrection protocol

2014-04-03 Thread John Kåre Alsaker
On Thu, Apr 3, 2014 at 11:12 AM, Niels Ole Salscheider wrote: > Zoxc did not like the way I handle the "uncorrected" case because it is a bit > ugly and breaks blending in the uncorrected area. Instead of using a mask to > opt-out from color management, he suggests to just attach the output color

Re: [RFC PATCH 1/6] Add colorcorrection protocol

2014-04-03 Thread Niels Ole Salscheider
Thank you for all your feedback! I am sorry that I did not respond earlier but I was quite busy during the last three days. > >>> how much data can an ICC profile be? > >>> > >>> I'm wondering whether it makes sense to send it inline in the protocol > >>> stream like this. E.g. we transmit XKB k