Re: Weston 1.8.0: touch input using evdev not working

Hi Andreas, Thanks for inputs. Below is the requested information. I will check if I can upgrade systemd from 208 to 221. Do the system need to have udevd --daemon running ? I think my system uses mdev. root@linux:~# cat /sys/devices/virtual/input/input0/event0/device/properties 2 root@linux:~#

Re: [PATCH weston v2 1/2] configure.ac: add support for new versions of systemd

On 27/09/15 05:30 PM, Frederico Cadete wrote: > Starting from systemd version 209, a single libsystemd.pc is provided. > For previous versions, fall back on libsystemd-login.pc. Hmm, on my debian box I have libsystemd.pc and libsystemd-login.pc They have different versions (226 and 225) Ugh, libs

Re: [PATCH weston 1/6] xdg-shell: define the present/present_from_event() requests

On 09/04/15 11:22 AM, Manuel Bachmann wrote: > xdg_surface_present() and xdg_surface_present_from_event() > are new requests supposed to be called on an existing > xdg_surface. They tell the compositor that the surface > has new content which may be of interest to the user. > The compositor may the

Re: random window position with desktop shell

Hi, On 28 September 2015 at 16:54, Jasper St. Pierre wrote: > To be honest, the more I think about it, the more likely I am to just > want to add back in a global coordinate system. There's too many > problems that GNOME is having by omitting it. For starters, menu and > tooltip positioning that

Re: [PATCH weston v2 2/2] configure.ac: add explicit enable/disable for systemd-login support

On Mon, Sep 28, 2015 at 12:30:10AM +0200, Frederico Cadete wrote: > Otherwise, auto-enable depending on whether the system has the necessary > libraries. Reviewed-by: Bryce Harrington > --- > configure.ac | 36 > 1 file changed, 24 insertions(+), 12 deletions

Re: [PATCH weston v2 1/2] configure.ac: add support for new versions of systemd

On Mon, Sep 28, 2015 at 12:30:09AM +0200, Frederico Cadete wrote: > Starting from systemd version 209, a single libsystemd.pc is provided. > For previous versions, fall back on libsystemd-login.pc. > > Signed-off-by: Frederico Cadete Thanks for updating it. Reviewed-by: Bryce Harrington > ---

Re: Weston 1.8.0: touch input using evdev not working

Hi, Could you send the contents of the files /sys/devices/virtual/input/input0/event0/{capabilities/*,properties}? Those show the information interpreted by the builtin rules in udevadm. But Benjamin might be right, upgrading to systemd-221 might fix your problem already. regards Andreas ​ ___

Re: [PATCH] Extending wayland protocol for helping a wayland client to identify the event source of device (pointer/keyboard)

On 28/09/15 11:58 AM, Bill Spitzak wrote: > > > On Mon, Sep 28, 2015 at 12:37 AM, Pekka Paalanen > wrote: > > wl_seat are not meant to model possible targets, they are collection of > foci related to aggregates of input devices. If the compositor needs to >

Re: random window position with desktop shell

2015-09-28 18:54 GMT+03:00 Jasper St. Pierre : > To be honest, the more I think about it, the more likely I am to just > want to add back in a global coordinate system. There's too many > problems that GNOME is having by omitting it. For starters, menu and > tooltip positioning that works correctly

Re: [PATCH] Extending wayland protocol for helping a wayland client to identify the event source of device (pointer/keyboard)

On Mon, Sep 28, 2015 at 12:37 AM, Pekka Paalanen wrote: wl_seat are not meant to model possible targets, they are collection of > foci related to aggregates of input devices. If the compositor needs to > re-route a certain key to something else than the current wl_keyboard > focus, it is fairly e

Re: random window position with desktop shell

To be honest, the more I think about it, the more likely I am to just want to add back in a global coordinate system. There's too many problems that GNOME is having by omitting it. For starters, menu and tooltip positioning that works correctly. Saving and restarting window positions is something t

Re: [weston][PATCH] compositor-fbdev: Add support grayscale PIXMAn_g4 format.

On 03/07/15 04:41 PM, Enric Balletbo i Serra wrote: > Signed-off-by: Enric Balletbo i Serra > Reviewed-by: Sjoerd Simons > --- > src/compositor-fbdev.c | 51 > +- > 1 file changed, 42 insertions(+), 9 deletions(-) > > diff --git a/src/compositor-

Re: random window position with desktop shell

On 25 September 2015 at 18:46, Bill Spitzak wrote: > On Fri, Sep 25, 2015 at 1:37 AM, Pekka Paalanen wrote: >> It is a design decision in Wayland/desktop to not expose absolute >> window positions to clients at all. This means that you simply cannot >> know where a top-level window is precisely,

random window positon with desktop shell

Dear All: Can I ask why desktop shell create a new window with random initial position? Can I modify it to fixed position in weston_view_set_initial_position? How can the Weston client get the window initial position? Thank you. Best Regards Nancy _

Weston 1.8.0: touch input using evdev not working

Dear Members, I am trying Weston 1.8.0 on i.MX6 with Freescale linux 3.14.28 and seems that touch input is not working for me. Weston.log show the following messages. I am not using llibinput backend yet. Could anyone give some inputs/suggestion to fix this? Is this due to following ckeck-in?

Re: Weston 1.8.0: touch input using evdev not working

Hi Benjamin, First of all thank a lot for your quick response. It means since weston 1.7.0 libinput is by default enabled and only the input backend. I need not to set any specific build switch for it. So in that case I am using libinput. I thought "BUILD_LIBINPUT_BACKEND" still exists and as I h

Re: Weston 1.8.0: touch input using evdev not working

Hi Benjamin, I tried to create the custom rule to new file "/etx/udev/rules.d/01-touchscreen.rules" and also with exixting file with following content but it is not showing with udevadm and touch still not working. ACTION=="add", KERNEL=="input[0-9]*", SUBSYSTEM=="input", ENV{ID_INPUT}=="1", ENV

Re: [PATCH] Extending wayland protocol for helping a wayland client to identify the event source of device (pointer/keyboard)

On Fri, 25 Sep 2015 10:06:20 -0700 Bill Spitzak wrote: > On Fri, Sep 25, 2015 at 2:14 AM, Pekka Paalanen wrote: > > You don't need multiple seats. > > The remote control would simply not be a "keyboard". It can send > wl_pointer::button events for the buttons. Note that they have exactly the >