This avoids accidental palm detection during two-finger scrolling if one
finger is inside the edge exclusion zone.
Palm detection is designed to avoid accidental touches while typing. If a
non-palm finger is on the touchpad already the user is unlikely to be typing.
So stop palm detection in this
Signed-off-by: Peter Hutterer
---
src/evdev-mt-touchpad.c | 35 +++
1 file changed, 23 insertions(+), 12 deletions(-)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index d01461c..8c6b396 100644
--- a/src/evdev-mt-touchpad.c
+++ b/src/evdev-mt-touc
Requires the newest libwacom. For distributions that want to ship libinput but
don't have the new libwacom available: the actual minimum requirement is
libwacom 0.17 but with that test cases will fail due to wrong button labelling
for the EKR.
Signed-off-by: Peter Hutterer
---
Changes to v1:
- ne
Signed-off-by: Peter Hutterer
---
Changes to v1:
- extended for more tests
test/Makefile.am| 1 +
test/litest-device-wacom-cintiq-24hdt-pad.c | 197
test/litest-device-wacom-ekr.c | 2 +-
test/litest-device-wacom-intuos5-pad.c | 2
They don't define anything, move them to the top so we don't have ordering
requirements of the stuff that actually uses those as parameters.
Signed-off-by: Peter Hutterer
Reviewed-by: Yong Bakos
---
no changes since v1
src/libinput.h | 252 --
Move mode control to libinput. This reduces some flexibility on what we can do
with modes but makes it a lot easier for anyone to implement modes correctly
and have the LEDs apply appropriately, etc. Let's go with the option to make
the 95% use-case easy. Note: whether the mode is actually used is
If the LIBINPUT_TEST_TABLET_PAD_SYSFS_PATH udev property is set, use that as
sysfs base path. This enables us to re-create the expected sysfs struct in
some temporary folder during tests, thus allowing for tests of the mode
groups' correct behaviours.
Signed-off-by: Peter Hutterer
---
Changes to
Signed-off-by: Peter Hutterer
---
Changes to v1:
- swapped the left/right modes around on the 2-mode tablets
- use libwacom instead of the hardcoded mode numbers, etc.
- dropped luminance support
- misc other small fixes and comments addressed
configure.ac| 2 +-
src/Makefile.
Signed-off-by: Peter Hutterer
---
Changes to v1:
- new in v2
test/Makefile.am | 1 +
test/litest-device-wacom-ekr.c | 132 +
test/litest.c | 2 +
test/litest.h | 1 +
4 files changed, 136 insertions(+)
Updated patchset adds EKR support and fixes a bunch of issues pointed out in
v1. Patch 04 is intentionally missing, that's the SVG being added which
wouldn't make it past the mailman filters.
The branch is available on
https://github.com/whot/libinput/tree/wip/tablet-pad-modes-v2
One important t
Signed-off-by: Peter Hutterer
---
Changes to v1:
- New in this series
src/libinput-util.h | 20
1 file changed, 20 insertions(+)
diff --git a/src/libinput-util.h b/src/libinput-util.h
index 701fe07..051d08f 100644
--- a/src/libinput-util.h
+++ b/src/libinput-util.h
@@ -27,6
Signed-off-by: Peter Hutterer
Reviewed-by: Yong Bakos
---
no changes since v1
src/libinput.h | 38 +++---
1 file changed, 23 insertions(+), 15 deletions(-)
diff --git a/src/libinput.h b/src/libinput.h
index ed3eb7d..dcfa09f 100644
--- a/src/libinput.h
+++ b/src/
Hi, All:I try to create the client and draw it in child thread failed.
If calling functions from child thread, it will block. So I want to know
whether wayland(v1.9) supports to create and redraw the client in child thread.
Perhaps anyone could tell me how to create a client in child thr
On Wed, Jun 08, 2016 at 11:13:09PM +0200, Benoit Gschwind wrote:
> Hello Jonas,
>
> For this patch I'm more cautious, your proposal look very complex, and I
> don't understand why. I will try to explain my point of view with my
> current knowledge and then draft a proposal from my own analysis. To
On Thu, Jun 09, 2016 at 12:05:28AM +0200, Benoit Gschwind wrote:
> Hello Jonas,
>
> The proposal of xdg_positioner is a good idea. I still need to review
> your proposal deeper, but at the moment I have few question to help my
> understanding.
>
> On 26/05/2016 06:32, Jonas Ådahl wrote:
> > xdg_p
This patch introduces ivi_layout_view data struct,
which is a wrapper of weston_view.
There is always only one ivi_layout_view for an
ivi_layout_surface and ivi_layout_layer pair.
A surface could have many views with different
geometry and transformations, so that a surface
can be shown on:
On Tue, 14 Jun 2016 13:49:15 +0100
adlo wrote:
> Any ideas about this?
Not really, no. Someone has to be the first, solve his own problems,
and then see if others can leverage the same solution. It is much
harder trying to design something generic when you don't have any
specifics.
Thanks,
pq
Any ideas about this?
> On 7 Jun 2016, at 16:04, adlo wrote:
>
> There are many other protocols that may require handles to windows. It may
> make sense for them to all use the same handle protocol. Of course, all of
> these different protocols would require different levels and types of
> pr
On Mon, 13 Jun 2016 10:27:11 +0300
Pekka Paalanen wrote:
> On Fri, 10 Jun 2016 09:29:31 -0700
> Bryce Harrington wrote:
>
> > On Fri, Jun 10, 2016 at 11:04:03AM +0300, Pekka Paalanen wrote:
> > > On Thu, 9 Jun 2016 16:53:12 -0700
> > > Bryce Harrington wrote:
> > >
> > > > On Thu, Jun 0
19 matches
Mail list logo
