Re: [PATCH weston 6/7] text: Don't crash if a seat has no keyboard

2014-12-07 Thread Daniel Stone
Hi, On 5 December 2014 at 21:38, Derek Foreman wrote: > + if (!context->keyboard) > + return; > > - if (!grab->keyboard) > + grab = &context->input_method->seat->keyboard->input_method_grab; > The discrepancy between the test and the dereference here makes me a

[RFC PATCH libinput 1/2] Add a string-based input API

2014-12-07 Thread Peter Hutterer
Some devices don't rely on keycodes + xkb layout but rather send a specific keysym (or multiple) in response to physical button presses. This is the case for chorded keyboards for example. This adds a new type of key event that provides UTF8 strings. The press/release pair applies to this type as

[RFC PATCH libinput 2/2] evdev: hook up keysym API

2014-12-07 Thread Peter Hutterer
The kernel doesn't do real keysym handling through evdev, so this patch is a basic proof-of-concept and incomplete. It emulates a keysym-sending event by waiting for EV_KEY/KEY_MAX-1, then waiting for the next EV_MSC/MSC_SCAN and parsing event->value as a 4-byte UTF8 sequence. No checking is done

[PATCH libinput] Drop LIBINPUT_TABLET_AXIS_CNT from the public API

2014-12-07 Thread Peter Hutterer
Avoid mismatches in what the caller expects vs what libinput actually provides when building against newer/older versions of libinput. Signed-off-by: Peter Hutterer --- This patch applies to the tablet-support branch src/libinput-private.h | 2 ++ src/libinput.h | 1 - 2 files changed,

Re: [PATCH] Remove spurious addition from range normalization calculation

2014-12-07 Thread Peter Hutterer
On Fri, Dec 05, 2014 at 03:13:34PM -0800, Jason Gerecke wrote: > The presence of a "+1" in the range calculation prevents the > normalization functions from returning a value of "1.0" when > absinfo->value has reached its maximum. > > Signed-off-by: Jason Gerecke > --- whoopsy. merged, thanks.

Re: libinput without udev

2014-12-07 Thread Ales Katona
Well yes in the end it all goes down to evdev so an abstration on top of that would be needed. Abstracting udev/devd is probably the easier thing to do. Replacing evdev would be harder, at least for me. I'll see how far I can get. Getting rid of mtdev for now just means one less headache, but I g

Re: libinput without udev

2014-12-07 Thread Peter Hutterer
On Sun, Dec 07, 2014 at 06:31:32PM +, almin...@gmail.com wrote: > I am currently looking into porting libinput for freebsd by making mtdev > optional and abstracting epoll so it can be nicely replaced with kqueue. one question regarding mtdev: it has no dependencies outside of linux/input.h w

Re: libinput without udev

2014-12-07 Thread almindor
I am currently looking into porting libinput for freebsd by making mtdev optional and abstracting epoll so it can be nicely replaced with kqueue. Having a basic abstraction on top of the udev functionality would be useful for me too since i could replace it with devd. On Sun Dec 07 2014 11:12:0

Re: libinput without udev

2014-12-07 Thread Thiago Macieira
On Saturday 06 December 2014 23:33:13 Michael Forney wrote: > Currently, libinput is the only system component I would like to use > that has a hard libudev dependency, so unless libinput would consider > making this optional, I'll have to figure out something else. Do you mind my asking why you w

[PATCH] Fix bug https://bugs.freedesktop.org/show_bug.cgi?id=86889 by emitting session signals on TTY switches so that the weston backends can handle VT switching when not called from weston-launch

2014-12-07 Thread nerdopolis
--- src/logind-util.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/logind-util.c b/src/logind-util.c index 6a1b498..4308bb6 100644 --- a/src/logind-util.c +++ b/src/logind-util.c @@ -695,9 +695,15 @@ signal_event(int fd, uint32_t mask, void *data) switch (sig.ssi_signo) {