Re: [PATCH] gitignore: Bulk ignore all *-test files

2015-05-27 Thread Peter Hutterer
On Tue, May 26, 2015 at 07:03:30PM -0700, Bryce Harrington wrote: > Signed-off-by: Bryce Harrington looks good, a side-note here: while I was looking up something unrelated I found that the default suffix for TEST_EXTENSIONS in automake is ".test". That variable enables setting a couple of specia

Re: [PATCH weston] libinput-device: use the new merged scroll events

2015-05-27 Thread Peter Hutterer
On Wed, May 27, 2015 at 09:07:14AM +0300, Pekka Paalanen wrote: > On Tue, 13 Jan 2015 10:29:06 +0800 > Jonas Ã…dahl wrote: > > > Noted. It should be semi safe to push as long as it's on libinput > > master. Weston master can depend libinput master, can't it, Pekka? > > Ahhah, sorry, this question

Re: [ANNOUNCE] wayland 1.7.93

2015-05-27 Thread Bryce Harrington
On Wed, May 27, 2015 at 10:13:55AM +0300, Pekka Paalanen wrote: > On Tue, 26 May 2015 23:01:49 -0700 > Bryce Harrington wrote: > > > Wayland 1.8 RC2 brings one change since RC1, a unit test case to > > accompany the new core headers feature. > > > > This core header feature, added previously thi

Re: [PATCH xwayland 4/4] xwayland: Make the XYToWindowProc implementation aware of touchpoints

2015-05-27 Thread Jasper St. Pierre
I'm planning on removing this hook and just make compositors deal with the fallout. Unfortunately, it hasn't been merged yet. http://patchwork.freedesktop.org/patch/43021/ On Wed, May 27, 2015 at 9:42 AM, Carlos Garnacho wrote: > For these, we must first lookup the DIX sequence from the Sprite,

[PATCH xwayland 0/4] Implement wl_touch

2015-05-27 Thread Carlos Garnacho
Hey, Here's some patches to implement/bridge wl_touch in xwayland, sent these patches some months ago but they went unnoticed and later forgotten. I rebased on top of master and they still work alright. Not sure if this is a better timing, but... Cheers, Carlos hw/xwayland/xwayland-input.c

[PATCH xwayland 1/4] xwayland: Add xwl_touch struct

2015-05-27 Thread Carlos Garnacho
This struct holds information about each individual, ongoing touchpoint. A list of these is held by the xwl_seat. Signed-off-by: Carlos Garnacho --- hw/xwayland/xwayland-input.c | 10 ++ hw/xwayland/xwayland.h | 9 + 2 files changed, 19 insertions(+) diff --git a/hw/xwayl

[PATCH xwayland 3/4] xwayland: Remove related touchpoints when unrealizing windows

2015-05-27 Thread Carlos Garnacho
These sequences are forgotten to all purposes. Signed-off-by: Carlos Garnacho --- hw/xwayland/xwayland-input.c | 14 ++ hw/xwayland/xwayland.c | 6 +++--- hw/xwayland/xwayland.h | 2 ++ 3 files changed, 19 insertions(+), 3 deletions(-) diff --git a/hw/xwayland/xwayland

[PATCH xwayland 2/4] xwayland: Implement the wl_touch interface

2015-05-27 Thread Carlos Garnacho
A DeviceIntPtr with touch valuators is also created in order to deliver the translated touch events. The lifetime of xwl_touch structs is tied to the wayland ones, finishing in either wl_touch.up() or wl_touch.cancel() Signed-off-by: Carlos Garnacho --- hw/xwayland/xwayland-input.c | 206 +++

[PATCH xwayland 4/4] xwayland: Make the XYToWindowProc implementation aware of touchpoints

2015-05-27 Thread Carlos Garnacho
For these, we must first lookup the DIX sequence from the Sprite, we can then lookup the DDX ID/xwl_touch from xwayland's touch device. Signed-off-by: Carlos Garnacho --- hw/xwayland/xwayland-input.c | 68 +++- 1 file changed, 55 insertions(+), 13 deletion

Re: [PATCH] xwayland: Throttle our cursor surface updates with a frame callback

2015-05-27 Thread Keith Packard
Rui Matos writes: > In some extreme cases with animated cursors at a high frame rate we > could end up filling the wl_display outgoing buffer and end up with > wl_display_flush() failing. > > In any case, using the frame callback to throttle ourselves is the > right thing to do. > > Signed-off-by

[PATCH] xwayland: Throttle our cursor surface updates with a frame callback

2015-05-27 Thread Rui Matos
In some extreme cases with animated cursors at a high frame rate we could end up filling the wl_display outgoing buffer and end up with wl_display_flush() failing. In any case, using the frame callback to throttle ourselves is the right thing to do. Signed-off-by: Rui Matos --- On Tue, May 26,

Re: [PATCH wayland] RFC: Require WAYLAND_DISPLAY to be set instead of using wayland-0 as the default

2015-05-27 Thread Dima Ryazanov
(Oops, sent too soon by accident.) Yep, DISPLAY always needs to be set - and I figured, there's a reason it is that way, so that's actually why I thought it made sense to use the same convention for WAYLAND_DISPLAY. Also, regarding Bill's first comment: yeah, that certainly works, but it feels li

Re: [PATCH wayland] RFC: Require WAYLAND_DISPLAY to be set instead of using wayland-0 as the default

2015-05-27 Thread Dima Ryazanov
Yep, DISPLAY always needs to be set - and I figured, there's a reason On Tue, May 26, 2015 at 2:59 AM, Pekka Paalanen wrote: > On Tue, 26 May 2015 10:40:15 +0100 > Daniel Stone wrote: > > > Hi, > > > > On 26 May 2015 at 10:26, Giulio Camuffo wrote: > > > 2015-05-26 12:21 GMT+03:00 Pekka Paalan

libinput repository hard reset (new head 0c8d761)

2015-05-27 Thread Peter Hutterer
After a spectacular rebase/pull failure combination I accidentally pushed the tablet-support branch to master. The erroneous commit was 8d7a1c1. I've done a reset --hard back to the previous HEAD 0c8d761, please ignore and git pull complains about non-fast-forwards. Sorry about that. Cheers,

Re: [PATCH weston] desktop-shell: do not black out with startup "none"

2015-05-27 Thread Pekka Paalanen
On Tue, 26 May 2015 23:59:41 -0700 Bryce Harrington wrote: > On Wed, May 27, 2015 at 09:48:50AM +0300, Pekka Paalanen wrote: > > One thing worth to note: if Weston is using "none" background meaning > > that we get undefined (garbage) content, then removing a wl_surface may > > not really remove

Re: [ANNOUNCE] wayland 1.7.93

2015-05-27 Thread Pekka Paalanen
On Tue, 26 May 2015 23:01:49 -0700 Bryce Harrington wrote: > Wayland 1.8 RC2 brings one change since RC1, a unit test case to > accompany the new core headers feature. > > This core header feature, added previously this release cycle, is a new > scanner option --include-core-only, which creates

Re: Leftover 1.8 release warnings

2015-05-27 Thread Pekka Paalanen
On Tue, 26 May 2015 22:23:32 -0700 Bryce Harrington wrote: > None of the following stuff looks important enough to block the release, > but looks a little untidy. Would be nice to have this cleaned up for > 1.9. > == Weston == > > Pretty clean actually. > > * Raspberry Pi stubs warning: > >

Re: [PATCH weston] desktop-shell: do not black out with startup "none"

2015-05-27 Thread Bryce Harrington
On Wed, May 27, 2015 at 09:48:50AM +0300, Pekka Paalanen wrote: > On Tue, 26 May 2015 17:06:49 -0700 > Bryce Harrington wrote: > > > On Tue, May 26, 2015 at 03:52:59PM +0300, Pekka Paalanen wrote: > > > On Tue, 26 May 2015 07:24:04 -0500 > > > Derek Foreman wrote: > > > > On 26/05/15 03:54 AM, P