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
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
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
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
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
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
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 +
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
---
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
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
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
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
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
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
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/
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
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
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
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
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
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
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
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
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
24 matches
Mail list logo