Re: Wayland on a VT

On Sat, 13 Sep 2014 22:17:04 +0300 Marko Rauhamaa ma...@pacujo.net wrote: Sorry if this is the wrong mailing list, but I couldn't find a Wayland users' (application developers') mailing list. Is it possible to build Wayland and run it on one linux VT while an X server is running on

Re: [PATCH libinput 10/17] Add a config interface for enabling/disabling event generation from a device

Hi, First of all patches 1 - 9 look good and are: Reviewed-by: Hans de Goede hdego...@redhat.com On 09/03/2014 04:03 AM, Peter Hutterer wrote: Rather than adding a config interface to disable a device merely allow a caller to toggle the send events mode on the device. If off, the device

Re: [PATCH libinput 11/17] evdev: hook up a generic enable/disable interface for devices

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: The evdev fallback dispatch supports enabling and disabling devices. That's fairly easy to support since we don't (yet) have extra event generation within the fallback backend. Thus, we can simply close the fd and re-open it again later.

Re: [PATCH libinput 12/17] evdev: don't resume a removed device

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: A device may disappear and a new device may re-appear with the same device node while the original device is suspended. Prevent a device resume to open the wrong device. In a path context, a changing syspath is the only indicator we get of

Re: [PATCH libinput 13/17] test: add test for device suspend/resume

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: Signed-off-by: Peter Hutterer peter.hutte...@who-t.net Looks good: Reviewed-by: Hans de Goede hdego...@redhat.com Regards, Hans --- test/Makefile.am | 7 +- test/device.c| 275

Re: [PATCH libinput 14/17] evdev: drop the button count when releasing keys on remove

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: We previously called this function only before device removal, so failing to update the button state didn't matter. To make this function generic for the device suspend/resume, we need to keep track of the button/key count properly. If we

Re: [PATCH libinput 15/17] touchpad: split handling the state into a separate function

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: No functional changes Signed-off-by: Peter Hutterer peter.hutte...@who-t.net Looks good: Reviewed-by: Hans de Goede hdego...@redhat.com Regards, Hans --- src/evdev-mt-touchpad.c | 13 ++--- 1 file changed, 10 insertions(+), 3

Re: [PATCH libinput 16/17] touchpad: hook up sendevents configuration

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: We may be in the middle of a software button click or a tap, so make sure we go back to the device-neutral state by unwinding. Signed-off-by: Peter Hutterer peter.hutte...@who-t.net Looks good: Reviewed-by: Hans de Goede

Re: [PATCH libinput 17/17] test: test for release events on device suspend

Hi, On 09/03/2014 04:03 AM, Peter Hutterer wrote: Signed-off-by: Peter Hutterer peter.hutte...@who-t.net Looks good: Reviewed-by: Hans de Goede hdego...@redhat.com Regards, Hans --- test/device.c | 239 ++ 1 file changed, 239

Re: [PATCH] window: Don't needlessly sync parent and geometry

Hi, On 13 September 2014 15:35, Ondřej Majerech majerec...@gmail.com wrote: When a toytoolkit client redraws, the toolkit syncs the parent and geometry. If a client redraws often (such as the terminal drawing a huge amount of output), this can spam the compositor with requests and may result

Re: [PATCH] window: Don't needlessly sync parent and geometry

On Sun, 14 Sep 2014 13:52:21 +0100 Daniel Stone dan...@fooishbar.org wrote: Hi, On 13 September 2014 15:35, Ondřej Majerech majerec...@gmail.com wrote: When a toytoolkit client redraws, the toolkit syncs the parent and geometry. If a client redraws often (such as the terminal drawing a

Re: [PATCH libinput 0/5] Conditional touchpad disabling

Hi Peter, et al, On 09/04/2014 08:31 AM, Peter Hutterer wrote: This patchset adds support for two features: * disabling the touchpad when a mouse is plugged in * allow top-software buttons to work when the touchpad is disabled Builds on the patchset sent out here:

[PATCH libxkbcommon 2/4] compose: add xkbcommon-compose - implementation

Signed-off-by: Ran Benita ran...@gmail.com --- Makefile.am | 9 + configure.ac | 9 + src/compose/parser.c | 625 +++ src/compose/parser.h | 36 +++ src/compose/paths.c | 204 + src/compose/paths.h | 42

[PATCH libxkbcommon 1/4] compose: add xkbcommon-compose - API

xkbcommon-compose is a Compose implementation for xkbcommon. It mostly behaves like libX11's Compose, but the support is somewhat low-level and is not transparent like in libX11. The user must add some supporting code in order to utilize it. The intended audience are users who use xkbcommon but

Compose and dead-keys support in libxkbcommon

These patches add support for compose sequences/dead keys to libxkbcommon, in a small mostly-independent module, xkbcommon-compose. A while ago we decided this is a worthwhile addition, particulary for applications which use libxkbcommon without an input method. I'd appreciate any comments on

[PATCH libxkbcommon 4/4] test/interactive-evdev: add compose support

To try, do e.g.: sudo ./test/interactive-evdev -l us -v intl -o compose:ralt -d Signed-off-by: Ran Benita ran...@gmail.com --- test/common.c| 43 +- test/interactive-evdev.c | 68 +--- test/interactive-x11.c |

Re: [PATCH libinput 0/5] Conditional touchpad disabling

On Sun, Sep 14, 2014 at 08:39:17PM +0200, Hans de Goede wrote: Hi Peter, et al, On 09/04/2014 08:31 AM, Peter Hutterer wrote: This patchset adds support for two features: * disabling the touchpad when a mouse is plugged in * allow top-software buttons to work when the touchpad is

Re: [PATCH libinput 0/8] Add libinput_device_suspend() to disable devices

On Thu, Sep 11, 2014 at 04:34:48PM +0200, Bastien Nocera wrote: On Thu, 2014-08-21 at 16:18 +1000, Peter Hutterer wrote: replying to myself, now that I've had a bit of a think about this all. On Wed, Aug 20, 2014 at 01:18:48PM +1000, Peter Hutterer wrote: This patchset adds two new API