On Thu, Dec 10, 2015 at 06:50:55PM -0800, Ping Cheng wrote:
> On Thu, Dec 10, 2015 at 1:31 AM, Peter Hutterer
> wrote:
> > If a tool wears out, it may have a pre-loaded pressure offset. In that case,
> > even when the tool is not physically in contact with the tablet surface it
> > will send press
On Thu, Dec 10, 2015 at 1:31 AM, Peter Hutterer
wrote:
> If a tool wears out, it may have a pre-loaded pressure offset. In that case,
> even when the tool is not physically in contact with the tablet surface it
> will send pressure events.
>
> Use automatic pressure offset detection, similar to wh
If an x220 is updated to the touchpad firmware version 8.1, the touchpad
suffers from the same issues as the x230 and needs custom acceleration code.
Unfortunately we cannot detect this otherwise, so it is left to the user as a
custom hwdb setting.
https://bugzilla.redhat.com/show_bug.cgi?id=12644
This struct serves as renderer data for linux-dmabuf buffers, and can
contain multiple struct egl_image, simplifying this latter in the
common non-dmabuf case.
Signed-off-by: Emmanuel Gil Peyrot
Reviewed-by: Pekka Paalanen
Reviewed-by: Daniel Stone
Reviewed-by: Derek Foreman
Differential Revi
The click_to_activate handler fires on every mouse click for a surface
so let's be a little quicker to early return if you're clicking on the
surface that already has activation.
This prevents (among other side effects) the sending of two xdg_configure
events for every mouse click.
This should al
This client opens a V4L2 device, usually exposed as /dev/videoN, and
retrieves its frames as dmabuf for later import into the compositor.
It supports both single- and multi-planar devices, and any format
exposed by the V4L2 device the Wayland compositor accepts.
This client never changes the v4l2
Those were found while working on simple-dmabuf-v4l, as found in the
next patch of this series.
After each buffer’s params were ready to be submitted to the
compositor, a roundtrip was done, which is wasteful since we can do it
only once after having queued all the params we want. Removing those
Namely the single-planar YUYV, the two-planar NV12, and the
three-planar YUV420, using the shaders already present in Weston.
Signed-off-by: Emmanuel Gil Peyrot
Reviewed-by: Derek Foreman
Maniphest Tasks: T13
Differential Revision: https://phabricator.freedesktop.org/D334
---
src/gl-renderer.
This client was using an Intel-specific way to allocate a dmabuf, so it
makes sense to have that in its name.
Signed-off-by: Emmanuel Gil Peyrot
Reviewed-by: Pekka Paalanen
Reviewed-by: Daniel Stone
Reviewed-by: Derek Foreman
Differential Revision: https://phabricator.freedesktop.org/D342
---
Yeah... ignore this for now. It broke something else.
On 10/12/15 12:54 PM, Derek Foreman wrote:
> The click_to_activate handler fires on every mouse click for a surface
> so let's be a little quicker to early return if you're clicking on the
> surface that already has activation.
>
> This prev
The click_to_activate handler fires on every mouse click for a surface
so let's be a little quicker to early return if you're clicking on the
surface that already has activation.
This prevents (among other side effects) the sending of two xdg_configure
events for every mouse click.
This should al
From: Lyude
Hi! You guys might remember me; I'm the one who originally wrote the protocol
for using drawing tablets on wayland. As part of the plan to hopefully get
Fedora 24 using Wayland by default, we've been working on adding all of the
things that X provides for GNOME that Wayland currently
From: Lyude
Signed-off-by: Lyude
---
Makefile.am| 1 +
unstable/primary-selection/README | 4 +
.../primary-selection-unstable-v1.xml | 87 ++
3 files changed, 92 insertions(+)
create mode 100644 unstab
If a tool wears out, it may have a pre-loaded pressure offset. In that case,
even when the tool is not physically in contact with the tablet surface it
will send pressure events.
Use automatic pressure offset detection, similar to what the X.Org wacom
driver does. On proximity-in, check the pressu
14 matches
Mail list logo
