On Mon, 21 Apr 2014 20:56:46 -0500
Jason Ekstrand ja...@jlekstrand.net wrote:
Previously, because of the wrong width/height,
weston_surface_to_buffer_* would return the wrong values when
wl_viewport was used in combination with wl_surface.set_buffer_transform.
Signed-off-by: Jason Ekstrand
On Mon, 21 Apr 2014 21:04:42 -0500
Jason Ekstrand ja...@jlekstrand.net wrote:
This fixes an issue in the pixman renderer where it would not render
surfaces correctly if both wl_viewport and wl_surface.set_buffer_transform
were used.
Signed-off-by: Jason Ekstrand ja...@jlekstrand.net
---
---
src/connection.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/connection.c b/src/connection.c
index 63b0592..47ee556 100644
--- a/src/connection.c
+++ b/src/connection.c
@@ -724,7 +724,7 @@ wl_connection_demarshal(struct wl_connection *connection,
On Tue, 22 Apr 2014 16:03:12 +0300
Giulio Camuffo giuliocamu...@gmail.com wrote:
---
src/connection.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/connection.c b/src/connection.c
index 63b0592..47ee556 100644
--- a/src/connection.c
+++ b/src/connection.c
@@
if the system doesn't have a pointer device
common_surface_resize will crash on
accessing seat-pointer-button_count. if the system
does have a pointer device, but attempts to resize
a window using touchscreen - nothing happens. here
we implement separate window resizing path for
seat-touch as it
I don't have time to review the desktop-shell bits right now, but I do have
a few comments on the frame.c bits.
On Tue, Apr 22, 2014 at 9:32 AM, Stanislav Vorobiov
s.vorob...@samsung.comwrote:
if the system doesn't have a pointer device
common_surface_resize will crash on
accessing
From: Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com
If the output a touchscreen is paired to is unplugged, events coming
from it should be ignored. Commit 17bccaed introduced logic for that
in evdev_flush_pending_damage(). However, the break statements it
introduced would
It looks like this patch makes Weston crash on touch events.
The device_added functions in udev-seat.c and libinput-seat.c try to use
the output list in order to assign the output for the newly created
device. These functions get called via udev_input_init so I guess that
means this function and
if the system doesn't have a pointer device
common_surface_resize will crash on
accessing seat-pointer-button_count. if the system
does have a pointer device, but attempts to resize
a window using touchscreen - nothing happens. here
we implement separate window resizing path for
seat-touch as it
Jason, I've fixed that. Also, I've fixed
2 other issue reported via IRC:
* the top-left resize problem
* the mouse + touchscreen can't resize with mouse problem
latter is not tested, I don't have the environment for it
Stanislav Vorobiov (1):
shell: support window resizing using touchscreen
On Tue, Apr 22, 2014 at 12:55 PM, Stanislav Vorobiov s.vorob...@samsung.com
wrote:
if the system doesn't have a pointer device
common_surface_resize will crash on
accessing seat-pointer-button_count. if the system
does have a pointer device, but attempts to resize
a window using touchscreen
On Thu, Apr 17, 2014 at 07:53:23AM -0700, U. Artie Eoff wrote:
Look for WESTON_LIBINPUT_LOG_PRIORITY environment variable. If
it exists then use it to set the libinput log priority.
Otherwise, don't set the priority and get whatever libinput's
default priority is.
Setting
On Tue, Apr 15, 2014 at 11:15:35PM +0200, Carlos Olmedo Escobar wrote:
Check the value returned by calloc.
---
src/evdev-mt-touchpad.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
index bbbd8f3..9ec1682 100644
---
Hmmm... I think there's more to reconcile for touch device pairing/mapping.
In device_added(), we assign a default output to a paired device when the
the requested output isn't found. That behavior just changed about a day
ago to fix another bug. But perhaps I wasn't seeing the big picture at
On Mon, Apr 21, 2014 at 07:20:43PM +0200, Carlos Garnacho wrote:
Signed-off-by: Carlos Garnacho carl...@gnome.org
---
tools/event-debug.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/tools/event-debug.c b/tools/event-debug.c
index c0a08a7..fb79be4 100644
---
-Original Message-
From: Peter Hutterer [mailto:peter.hutte...@who-t.net]
Sent: Tuesday, April 22, 2014 5:43 PM
To: Eoff, Ullysses A
Cc: wayland-devel@lists.freedesktop.org
Subject: Re: [PATCH weston v2 2/5] libinput-seat: allow setting libinput log
priority in weston
On Thu,
On 04/22/2014 05:34 PM, Peter Hutterer wrote:
Config with --enable-xwayland is not working however:
checking whether to build XWin DDX... no
checking dependency style of $(CC)... none
checking for DMXMODULES... no
checking whether to build Xdmx DDX... no
checking for XWAYLANDMODULES... no
It looks OK, but the upstream is at https://github.com/anholt/libepoxy
On Tue, Apr 22, 2014 at 10:54 PM, Bill Spitzak spit...@gmail.com wrote:
On 04/22/2014 05:34 PM, Peter Hutterer wrote:
Config with --enable-xwayland is not working however:
checking whether to build XWin DDX... no
On 04/22/2014 08:08 PM, Jasper St. Pierre wrote:
It looks OK, but the upstream is at https://github.com/anholt/libepoxy
Thanks, fixing that.
I had to add --disable-glx but I succeeded in getting xserver to compile.
Like before there are a lot of bugs with the window borders. It often is
19 matches
Mail list logo
