[RFC libinput 1/2] Add a "buttonset" interface for button-only devices

A generic interface for devices that provide buttons and axes, but don't control the pointer. This caters for the Pad part of Wacom graphics tablets but could eventually also deal with remote controls, 3D mice and other devices. This patch adds a new interface "buttonset" with a new capability and

[RFC libinput 0/2] Buttonset interface

First a heads-up: these patches are an RFC and not fully polished yet. At this point I've looked at everything long enough that I won't see any bugs anymore though. And now we're at the point that we need some feedback anyway. This set adds a buttonset interface. The tablet branch so far only sup

[RFC libinput 2/2] buttonset: implement buttonset handling for Wacom tablet pads

From: Benjamin Tissoires Same approach as evdev-tablet (started as copy/paste), with axis and buttons adjusted. Wacom's handling of pad devices requires a lot of non-obvious handling, e.g. ABS_THROTTLE is the second ring, ABS_RX is the strip, etc. This is not generic buttonset code, if we start

Re: Patch queue status for 1.7.0

Just a couple more days remaining before 1.7 is out. I believe I've got all the patches in that have been reviewed and are safe and ready to go in. If there's anything else I should be pulling please let me know ASAP. (At this late stage, I'd love to see at least a couple reviews on patches as s

Re: [PATCH weston] input: store the grab serial of the keyboard

On Fri, Feb 06, 2015 at 05:15:15PM +, Daniel Stone wrote: > Hi, > > On 6 February 2015 at 17:06, Giulio Camuffo wrote: > > The serial can be checked against the one passed to wl_shell.set_popup > > or equivalent. > > Looks good to me. I was worried about the impact on other users, but > it t

Re: [PATCH weston 0/2] Make distcheck run xwayland-test and pass

On Mon, Feb 09, 2015 at 04:13:07PM +, Daniel Stone wrote: > Hi, > > On 9 February 2015 at 15:57, Derek Foreman wrote: > > This should get make distcheck to successfully run the new Xwayland test. > > > > I changed the default location of Xwayland to /usr/bin/Xwayland. The > > default locatio

Re: [PATCH weston 2/2] weston-egl-ext: Define EGL tokens harder for old Mesa

On Wed, Feb 11, 2015 at 06:15:18PM +, Daniel Stone wrote: > Older versions of Mesa provided header definitions for the > EGL_WL_bind_wayland_display extension, but an earlier version of the > extension which only provided the (un)bind entrypoints, and not > QueryWaylandBuffer. Detect this half-

Re: [PATCH weston 1/2] tests: Include weston-egl-ext from weston-test

On Wed, Feb 11, 2015 at 06:15:17PM +, Daniel Stone wrote: > weston-test uses eglBindWaylandDisplayWL and friends, which are defined > either by the EGL implementation, or weston-egl-ext.h as a fallback. > Include weston-egl-ext.h from weston-test, so we can build on systems > whose native EGL i

Re: [PATCH] egl, wayland: RGB565 format support on Back-buffer

On Fri, Feb 06, 2015 at 05:38:55PM -0800, Bryce Harrington wrote: > On Fri, Feb 06, 2015 at 04:01:51PM -0800, Jon A. Cruz wrote: > > On 02/06/2015 03:50 PM, Bryce Harrington wrote: > > > On Fri, Feb 06, 2015 at 12:29:02PM -0800, Jon A. Cruz wrote: > > >> > > >> My initial concern with this is that

[PATCH weston 2/2] weston-egl-ext: Define EGL tokens harder for old Mesa

Older versions of Mesa provided header definitions for the EGL_WL_bind_wayland_display extension, but an earlier version of the extension which only provided the (un)bind entrypoints, and not QueryWaylandBuffer. Detect this half-provision and make sure we export the QueryWaylandBuffer definitions a

[PATCH weston 1/2] tests: Include weston-egl-ext from weston-test

weston-test uses eglBindWaylandDisplayWL and friends, which are defined either by the EGL implementation, or weston-egl-ext.h as a fallback. Include weston-egl-ext.h from weston-test, so we can build on systems whose native EGL implementation doesn't give us the needed defines. Signed-off-by: Dani