libudev's util_replace_chars() replaces the () with underscores so that match
would work too but let's use ? instead to make it look like a regex.
This now activates the rules for all cyapa touchpads, before they wouldn't
have applied to any device.
https://bugs.freedesktop.org/show_bug.cgi?id=93
On Tue, Apr 12, 2016 at 09:44:10PM -0700, Bryce Harrington wrote:
> On Wed, Apr 06, 2016 at 11:43:54AM +0300, Pekka Paalanen wrote:
> > On Mon, 21 Mar 2016 23:11:29 +0100
> > Benoit Gschwind wrote:
> >
> > > Hello,
> > >
> > > I think that struct_version and struct_size should not be belong
> >
On Wed, Apr 06, 2016 at 11:46:28AM +0300, Pekka Paalanen wrote:
> On Wed, 9 Mar 2016 16:49:32 -0800
> Bryce Harrington wrote:
>
> > Signed-off-by: Bryce Harrington
> > ---
> > src/main.c | 13 +
> > 1 file changed, 13 insertions(+)
> >
> > diff --git a/src/main.c b/src/main.c
> >
On Wed, Apr 06, 2016 at 11:43:54AM +0300, Pekka Paalanen wrote:
> On Mon, 21 Mar 2016 23:11:29 +0100
> Benoit Gschwind wrote:
>
> > Hello,
> >
> > I think that struct_version and struct_size should not be belong
> > compositor.h. I think those versioning should be back-end detail, and
> > each b
On Wed, Apr 06, 2016 at 11:37:57AM +0300, Pekka Paalanen wrote:
> On Wed, 9 Mar 2016 16:49:29 -0800
> Bryce Harrington wrote:
>
> > From: Giulio Camuffo
> >
> > Signed-off-by: Bryce Harrington
> > Reviewed-by: Quentin Glidic
> > Acked-by: Pekka Paalanen
> > ---
> > v4: Update to current tru
On Tue, 12 Apr 2016 15:25:36 + Mike Blumenkrantz
said:
> Sure, that sounds good to me!
i like the idea of keeping < 0 invalid for now... it leaves wiggle room in
future to maybe make it valid and have special meaning but for now is invalid
thus can be assumed to not be used.
> On Tue, Apr 1
Rather than checking the physical key's state, set a flag for the button to be
down. This enables us to use non-physical buttons (middle button emulation).
Signed-off-by: Peter Hutterer
---
changes to v1:
- replaces previous 2/4 patch
src/evdev.c | 4 +++-
src/evdev.h | 1 +
2 files changed, 4
Signed-off-by: Peter Hutterer
---
src/evdev.c| 2 ++
test/pointer.c | 31 +++
2 files changed, 33 insertions(+)
diff --git a/src/evdev.c b/src/evdev.c
index f0311c6..a237ce6 100644
--- a/src/evdev.c
+++ b/src/evdev.c
@@ -280,6 +280,8 @@ evdev_post_trackpoint_scro
> On 04/12/2016 08:17 AM, Olivier Fourdan wrote:
> [...]
> >
> > But that raise another point, what if the client itself specifies a
> > geometry (using set_window_geometry) outside of the min/max?
> >
> > I reckon that would be a protocol error as well. if so, I guess it means I
> > have to update
Sure, that sounds good to me!
On Tue, Apr 12, 2016 at 11:24 AM Olivier Fourdan
wrote:
> Hi Mike.
>
> > Okay, if we're not going with uints then at the least can the "use 0 to
> > unset min/max" be changed to "use <= 0 to unset min/max" to explicitly
> > cover that case?
>
> I think we should sim
Hi Mike.
> Okay, if we're not going with uints then at the least can the "use 0 to
> unset min/max" be changed to "use <= 0 to unset min/max" to explicitly
> cover that case?
I think we should simply indicate that the width and height must be greater
than or equal to zero, so we remain consisten
> > > Good point. Setting an invalid state should probably result in a
> > > protocol error.
> >
> > No this cannot be a protocol error because that makes it difficult to
> > change the size range to a new one that does not intersect the old one.
> >
> > Perhaps having the commit of an invalid st
Okay, if we're not going with uints then at the least can the "use 0 to
unset min/max" be changed to "use <= 0 to unset min/max" to explicitly
cover that case?
On Tue, Apr 12, 2016 at 10:40 AM Olivier Fourdan
wrote:
> Hi,
>
>
> > > Good point. Setting an invalid state should probably result in a
Hi,
> > Good point. Setting an invalid state should probably result in a
> > protocol error.
>
> No this cannot be a protocol error because that makes it difficult to
> change the size range to a new one that does not intersect the old one.
>
> Perhaps having the commit of an invalid state be a
Some application may wish to restrict their window in size, but
xdg-shell has no mechanism for the client to specify a maximum or
minimum size.
As a result, the compositor may try to maximize or fullscreen a window
while the client would not allow for the requested size.
Add new requests "set_max
On Apr 12, 2016, at 2:22 AM, Jonas Ådahl wrote:
>
> On Tue, Apr 12, 2016 at 03:20:27AM -0400, Olivier Fourdan wrote:
>> Hi Mike,
>>
>> - Original Message -
>>> I think this should probably use uint instead of int for params since zero
>>> is the "unset" number. Otherwise you have to writ
On Tue, Apr 12, 2016 at 08:05:03AM -0500, Yong Bakos wrote:
> On Apr 12, 2016, at 2:22 AM, Jonas Ådahl wrote:
> >
> > On Tue, Apr 12, 2016 at 03:20:27AM -0400, Olivier Fourdan wrote:
> >> Hi Mike,
> >>
> >> - Original Message -
> >>> I think this should probably use uint instead of int f
On Mon, 11 Apr 2016 21:34:52 +0900
Wataru Natsume wrote:
> On_layer of ivi_layout_surface should be NULL in the layer_destroy.
> Previous code might access to removed ivilayer and cause SEGV.
>
> Signed-off-by: Wataru Natsume
> ---
> ivi-shell/ivi-layout.c |1 +
> 1 file changed, 1 inserti
Hi Boram,
On 8 April 2016 at 00:58, Boram Park wrote:
> This patch solves the deadlock issue of the below scenario.
>
> 1. A thread polls several fds including the wayland's fd.
> 2. This thread probably calls wl_display_prepare_read() before polling
> fds.
> 3. This thread could be aw
This patch solves the deadlock issue of the below scenario.
1. A thread polls several fds including the wayland's fd.
2. This thread probably calls wl_display_prepare_read() before polling
fds.
3. This thread could be awake by other event source which isn't related
with wayland fd.
One of the long-term bugbears of users coming to Linux from just about
any other GUI is the existence of two totally separate clipboards; the
PRIMARY selection and the CLIPBOARD selection. I doubt I'm gonna get
the default behaviour changed, even though I think this default is
terribly confusi
On Tue, 12 Apr 2016 10:23:54 +0200
Quentin Glidic wrote:
> On 12/04/2016 10:13, Pekka Paalanen wrote:
> > From: Pekka Paalanen
> >
> > Weston-info was accidentally rounding refresh rates to integer Hz.
> >
> > Fix it to print 3 decimals, as the protocol carries exactly that.
> >
> > Reported-by:
On 12/04/2016 10:13, Pekka Paalanen wrote:
From: Pekka Paalanen
Weston-info was accidentally rounding refresh rates to integer Hz.
Fix it to print 3 decimals, as the protocol carries exactly that.
Reported-by: Michel Dänzer
Cc: John Galt
Signed-off-by: Pekka Paalanen
---
clients/weston-in
From: Pekka Paalanen
Weston-info was accidentally rounding refresh rates to integer Hz.
Fix it to print 3 decimals, as the protocol carries exactly that.
Reported-by: Michel Dänzer
Cc: John Galt
Signed-off-by: Pekka Paalanen
---
clients/weston-info.c | 2 +-
1 file changed, 1 insertion(+),
Hi Jasper,
- Original Message -
> I figured min/max would be double-buffered state and require a commit
> to take affect. In fact, anything else means that we can't extend with
> additional size constraints in the future, since they couldn't be
> applied atomically.
Completely agree, I'l
On Tue, Apr 12, 2016 at 03:20:27AM -0400, Olivier Fourdan wrote:
> Hi Mike,
>
> - Original Message -
> > I think this should probably use uint instead of int for params since zero
> > is the "unset" number. Otherwise you have to write something about negative
> > sizes.
>
> Reason I used
Hi Mike,
- Original Message -
> I think this should probably use uint instead of int for params since zero
> is the "unset" number. Otherwise you have to write something about negative
> sizes.
Reason I used "int" is because these are limits for size, which are expressed
with int as well
Hi,
On 12-04-16 07:11, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer
Reviewed-by: Hans de Goede
Regards,
Hans
---
test/path.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/test/path.c b/test/path.c
index 7d7c445..729ad86 100644
--- a/test/path.c
+++ b/test/path.c
@@ -28
28 matches
Mail list logo