Re: [PATCH libinput 1/2] tablet: Add libinput_tablet_has_axis()

On Tue, Aug 05, 2014 at 05:49:38PM -0400, Stephen Chandler Paul wrote: > Checks whether or not the tablet can report the specified axis, so callers can > get an idea of a tablet's capabilities. we discussed this on IRC but for the archives: I'm thinking that this may actually be better solved by p

Re: [PATCH libinput 2/2] tablet: Add libinput_tool_get/set_user_data()

On Tue, Aug 05, 2014 at 05:49:39PM -0400, Stephen Chandler Paul wrote: > Signed-off-by: Stephen Chandler Paul merged, thanks. Cheers, Peter > --- > src/libinput-private.h | 1 + > src/libinput.c | 13 + > src/libinput.h | 23 +++ > 3 files c

Re: wl_tablet draft v2

On Tue, Aug 05, 2014 at 06:18:00PM -0700, Jason Gerecke wrote: > On Sat, Aug 2, 2014 at 12:31 PM, Lyude wrote: > > I'm sorry I took so long to reply to this! I only just found this e-mail > > while I was cleaning my inbox up. > > > > On Wed, 2014-07-30 at 17:33 -0700, Jason Gerecke wrote: > >> On

Re: wl_tablet draft v2

On Sat, Aug 2, 2014 at 12:31 PM, Lyude wrote: > I'm sorry I took so long to reply to this! I only just found this e-mail > while I was cleaning my inbox up. > > On Wed, 2014-07-30 at 17:33 -0700, Jason Gerecke wrote: >> On Tue, Jul 29, 2014 at 12:44 PM, Lyude wrote: >> > I'm more then willing to

Re: [PATCH] Introduce set_size_hints xdg_surface request.

This doesn't work in the case of tiling WMs which may want some up-front information about window sizes so they can lay them out correctly. Currently, we say that the maximize and fullscreen states are strictly sized, and clients *must* submit window geometry that's equivalent to that, so there nee

Re: [PATCH] Introduce set_size_hints xdg_surface request.

This should not be necessary. Client can just ignore the requested size and make the buffer the size it wants. On 08/05/2014 12:07 PM, Jari Vetoniemi wrote: Rationale for this patch is to provide way for applications that can't go below/above certain bounds to inform compositor about it. More

[PATCH libinput 1/2] tablet: Add libinput_tablet_has_axis()

Checks whether or not the tablet can report the specified axis, so callers can get an idea of a tablet's capabilities. Signed-off-by: Stephen Chandler Paul --- src/evdev-tablet.c | 8 src/evdev.h| 3 +++ src/libinput.c | 14 ++ src/libinput.h | 13 +

[PATCH libinput 2/2] tablet: Add libinput_tool_get/set_user_data()

Signed-off-by: Stephen Chandler Paul --- src/libinput-private.h | 1 + src/libinput.c | 13 + src/libinput.h | 23 +++ 3 files changed, 37 insertions(+) diff --git a/src/libinput-private.h b/src/libinput-private.h index 6ec3637..8187564 100644 ---

Re: [PATCH weston] input: send wl_keyboard.repeat_info with rate and delay info

Bump. I just pushed Jasper's simple patch before seeing Daniel's comment about this one. Did we ever figure out pekka's crash? I'd like to see this committed soon. --Jason Ekstrand On Fri, Jul 25, 2014 at 5:01 AM, Pekka Paalanen wrote: > On Wed, 16 Jul 2014 23:05:10 +0200 > Jonny Lamb wrot

[PATCH] Introduce set_size_hints xdg_surface request.

Rationale for this patch is to provide way for applications that can't go below/above certain bounds to inform compositor about it. More feedback is needed. For example are maximimum size useful for any particular application? --- protocol/xdg-shell.xml | 18 ++ 1 file changed, 1

Re: [PATCH] Implemented support for mouse scrolling in weston-terminal

On Tue, Aug 5, 2014 at 4:44 PM, Marek Chalupa wrote: > Hi, > In the first place I'd lake to say: great feature! Thanks :) > On 08/05/14 15:05, maghoff+wayl...@gmail.com wrote: >> >> From: Magnus Hoff >> >> --- >> clients/terminal.c | 48 >> 1

Re: [PATCH] Implemented support for mouse scrolling in weston-terminal

Hi, In the first place I'd lake to say: great feature! On 08/05/14 15:05, maghoff+wayl...@gmail.com wrote: From: Magnus Hoff --- clients/terminal.c | 48 1 file changed, 48 insertions(+) diff --git a/clients/terminal.c b/clients/terminal.c i

ANN: Wayland protocol dumper (wayland-tracker)

Hello List, I wrote an application for dumping Wayland protocol messages as suggested in [1], too. The protocol dumper is named wayland-tracker and it's available here: https://github.com/01org/wayland-tracker Wayland-tracker has capability to use XML files to understand and parse the message

[PATCH] Implemented support for mouse scrolling in weston-terminal

From: Magnus Hoff --- clients/terminal.c | 48 1 file changed, 48 insertions(+) diff --git a/clients/terminal.c b/clients/terminal.c index eb133cd..d238f04 100644 --- a/clients/terminal.c +++ b/clients/terminal.c @@ -447,6 +447,7 @@ struct termin

Re: [PATCH weston 1/2] input: Send key-repeat

I didn't see Jonny's implementation. I just hacked support up for myself here when testing GTK+. On Tue, Aug 5, 2014 at 8:37 AM, Daniel Stone wrote: > Hi, > > On 4 August 2014 18:43, Jasper St. Pierre wrote: > >> diff --git a/src/input.c b/src/input.c >> index 4aa8ca7..aaa2223 100644 >> --- a/

Re: [PATCH weston 1/2] input: Send key-repeat

Hi, On 4 August 2014 18:43, Jasper St. Pierre wrote: > diff --git a/src/input.c b/src/input.c > index 4aa8ca7..aaa2223 100644 > --- a/src/input.c > +++ b/src/input.c > @@ -1721,6 +1721,9 @@ seat_get_keyboard(struct wl_client *client, struct > wl_resource *resource, > wl_resource_set_impl

Re: Threading in Wayland

Hi, few moments ago I sent some patches regarding these issues (along with tests) to the list. I also and rebased Olivier's patch. tests: http://lists.freedesktop.org/archives/wayland-devel/2014-August/016308.html http://lists.freedesktop.org/archives/wayland-devel/2014-August/016309.html http

[PATCH] client: check for error before prepare/read

This prevents from blocking shown in one display test. Also, it makes sense to not proceed further in the code of these function when an error occurred. --- src/wayland-client.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/wayland-client.c b/src/wayland-client.c index 68a91f6..f17

[PATCH] client: broadcast the right pthread_cond variable

In previous commit we removed unused variables. One of them was pthread_cond_t that was formerly used when reading from display, but later was (erroneously) made unused. This patch fixes this error and is a fix for the failing test introduced few patches ago (tests: test if thread can block on erro

[PATCH] client: drop unused event queue cond and list variables

From: Olivier Blin The wl_event_queue cond variable has been replaced by the wl_display reader_cond variable (commit 3c7e8bfbb4745315b7bcbf69fa746c3d6718c305). This cond variable is never waited for anymore, just signaled/broadcasted, and thus can be safely removed. The wl_display event_queue_li

[PATCH] tests: test if thread can block on error

wl_display_read_events() can make a thread wait until some other thread ends reading. Normally it wakes up all threads after the reading is done. But there's a place when it does not get to waking up the threads - when an error occurs. This test reveals bug that can block programs. If a thread is

[PATCH] tests: add test for reading after an error occurred

This test shows that it's possible to successfully call wl_display_prepare_read and wl_display_read_events after an error occurred. That may lead to deadlock. When you call prepare read from two threads and then call read_events, one thread gets sleeping. The call from the other thread will return

[PATCH] tests: add tests for wl_display_cancel_read

Test if wl_display_cancel_read wakes up other threads. --- tests/display-test.c | 69 1 file changed, 69 insertions(+) diff --git a/tests/display-test.c b/tests/display-test.c index 26f946b..28ef40b 100644 --- a/tests/display-test.c +++ b/tests

[PATCH weston] cairo-util: Draw solid titlebar for frames with only buttons

Previously geometry was changed to leave space for titlebar if a frame has only buttons but no title. This patch fixes theme_render_frame to avoid transparent titlebar. Signed-off-by: Boyan Ding --- shared/cairo-util.c | 8 +--- shared/cairo-util.h | 5 - shared/frame.c | 2 +- 3 fi