A device with REL_X/Y and keys gets marked only as ID_INPUT_KEY, initializes
as keyboard and then segfaults when we send x/y coordinates - pointer
acceleration never initializes.
Ignore the events and log a bug instead. This intentionally only papers over
the underlying issue, let's wait for a rea
On Mon, Aug 17, 2015 at 05:29:14PM -0700, Jason Gerecke wrote:
> Similar to the issue mentioned in the commit message of 2365f7d, libwacom
> assigns both ID_INPUT_TABLET and ID_INPUT_TOUCHSCREEN to touchscreens like
> the Cintiq 24HDT. This patch ensures that neither touchpads nor touchscreens
> wi
Similar to the issue mentioned in the commit message of 2365f7d, libwacom
assigns both ID_INPUT_TABLET and ID_INPUT_TOUCHSCREEN to touchscreens like
the Cintiq 24HDT. This patch ensures that neither touchpads nor touchscreens
will accidentally be handled by the tablet code.
Signed-off-by: Jason Ge
Signed-off-by: Peter Hutterer
---
src/filter.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/src/filter.c b/src/filter.c
index 7054faf..d05b53a 100644
--- a/src/filter.c
+++ b/src/filter.c
@@ -672,10 +672,10 @@ trackpoint_accel_profile(stru
This test is supposed to test for the timeout kicking in on edge scrolling -
if the finger is in the edge for longer than the timeout, we switch to
scrolling without requiring the motion threshold to be met first.
To emulate this, move the finger ever so slightly first to load up the motion
histor
Requires splitting out the X230 one so we don't accidentally break things if
we ever change this.
Signed-off-by: Peter Hutterer
---
src/filter.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/filter.c b/src/filter.c
index d05b53a..f92b9fd 100644
--- a/
For short and quick scroll gestures, those that should only trigger a few
lines of scroll the pointer acceleration is wildly unpredictable. Since we
average the motion of both fingers it's hard enough to intuitively predict
what the motion will be like. On top of that is the small threshold before
For when we need to apply some transformation to the data but it shouldn't be
acceleration. Example use are touchpad coordinates, even when not
accelerating, we still want to apply the magic slowdown.
Signed-off-by: Peter Hutterer
---
Not happy with this but the only other option here was to move
Makes the code more straightforward, and we now require the devices to
have a height/width anyway.
Signed-off-by: Peter Hutterer
---
test/touchpad.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/test/touchpad.c b/test/touchpad.c
index bbdbc21..ef262f9 100644
gl_renderer_output_create expects `window_for_legacy' variable to be of
type EGLNativeWindowType, not EGLNativeDisplayType. This variable is
used later in eglCreateWindowSurface().
Signed-off-by: Dawid Gajownik
---
src/compositor-drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
This is the slightly delayed alpha release for Weston 1.9. The delay
was due to a last minute feature landing that broke builds on with older
dependencies and ARM. The former issue is fixed in this release; the
ARM breakage is fixed in trunk and will be available in the next
release.
This releas
This is the alpha for the upcoming 1.9 release.
This release of Wayland updates the license text. MIT has released
software under several slightly different licenses, including the old
'X11 License' or 'MIT License'. X.org used the X11 License originally
but now prefers the MIT Expat License as
On Mon, Aug 17, 2015 at 7:48 AM, Ray Strode wrote:
> Hi,
>
> > This reverts commit fb7e13021730d0a5516ecbd3712ea4235e05d24d.
>
> thanks, you've got my vote.
>
> Acked-by: Ray Strode
>
> --Ray
Seems right to me question about the method of nesting Wayland in X and X
in wayland;
> The original
Hi,
> This reverts commit fb7e13021730d0a5516ecbd3712ea4235e05d24d.
thanks, you've got my vote.
Acked-by: Ray Strode
--Ray
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
From: Pekka Paalanen
This reverts commit fb7e13021730d0a5516ecbd3712ea4235e05d24d.
Developers have been trying to reduce the number of by default required
environment variables, and the mentioned commit is a step backwards in
that sense. The fundamental assumption is that a user has only one mai
On Mon, 17 Aug 2015 13:54:55 +0100
Daniel Stone wrote:
> Hi,
>
> On 17 August 2015 at 08:27, Pekka Paalanen wrote:
> > When the user does not specify --enable nor
> > --disable-simple-intel-dmabuf-client, we want to autodetect based on
> > dependencies. cb512c018e8db66574b4e0d1263c52a05267918c
Hi,
On 17 August 2015 at 08:27, Pekka Paalanen wrote:
> When the user does not specify --enable nor
> --disable-simple-intel-dmabuf-client, we want to autodetect based on
> dependencies. cb512c018e8db66574b4e0d1263c52a05267918c implemented this,
> but forgot to actually enable it if the autodetec
On Thu, 23 Jul 2015 11:19:00 -0700
Bryce Harrington wrote:
> On Thu, Jul 16, 2015 at 01:59:05PM +0200, Marek Chalupa wrote:
> > Wrap few long lines to the length around 80 chars
> >
> > Signed-off-by: Marek Chalupa
>
> How hard core are we about maintaining the 80-column rule? Frankly I
> thi
On Thu, 13 Aug 2015 12:30:00 +0200
Giulio Camuffo wrote:
> The first patch by Pekka adds some functions to ease a smooth migration
> from the old way of initializing the backends to a new one which is
> libweston friendly.
> The other two patches make the drm and wayland backends use that new way
On Fri, 2015-08-14 at 11:22 -0400, Ray Strode wrote:
[ snip ]
> Still, I think this change is wrong headed. We've been trying to
> cleave ourselves from environment variables for years in the default
> case. Having to set this seems like a step backward.
> This means having to jump through addi
From: Pekka Paalanen
When the user does not specify --enable nor
--disable-simple-intel-dmabuf-client, we want to autodetect based on
dependencies. cb512c018e8db66574b4e0d1263c52a05267918c implemented this,
but forgot to actually enable it if the autodetect comes positive.
Cc: Daniel Stone
Sign
21 matches
Mail list logo