Re: [PATCH libinput 07/11] evdev: switch to a normalized transformation matrix

2014-08-29 Thread Hans de Goede
Hi, On 08/29/2014 02:04 AM, Peter Hutterer wrote: > On Thu, Aug 28, 2014 at 03:07:26PM +0200, Hans de Goede wrote: >> Hi, >> >> On 08/27/2014 06:31 AM, Peter Hutterer wrote: >>> The big change here is the requirement to have the translation component in >>> a >>> device-normalized coordinate spac

Re: [PATCH libinput 07/11] evdev: switch to a normalized transformation matrix

2014-08-28 Thread Peter Hutterer
On Thu, Aug 28, 2014 at 03:07:26PM +0200, Hans de Goede wrote: > Hi, > > On 08/27/2014 06:31 AM, Peter Hutterer wrote: > > The big change here is the requirement to have the translation component in > > a > > device-normalized coordinate space. Without that, we cannot reliably rotate > > as > >

Re: [PATCH libinput 07/11] evdev: switch to a normalized transformation matrix

2014-08-28 Thread Hans de Goede
Hi, On 08/27/2014 06:31 AM, Peter Hutterer wrote: > The big change here is the requirement to have the translation component in a > device-normalized coordinate space. Without that, we cannot reliably rotate as > the coordinate space is effectively unknown and may differ between the axes. > This a

[PATCH libinput 07/11] evdev: switch to a normalized transformation matrix

2014-08-26 Thread Peter Hutterer
The big change here is the requirement to have the translation component in a device-normalized coordinate space. Without that, we cannot reliably rotate as the coordinate space is effectively unknown and may differ between the axes. This affects any rotation matrix or translation matrix, pure scal