Hi,
On 30-11-16 03:24, Peter Hutterer wrote:
This touchpad has cursor jumps for 2-finger scrolling that also affects the
single-finger emulation. So disable any multitouch bits on this device and
disallow the 2-finger scroll method. This still allows for 2-finger
tapping/clicking.
https://bugs.
On Tue, Nov 29, 2016 at 11:06:15AM +, Daniel Stone wrote:
> We know we're not going to succeed if the binary isn't installed, so
> skip the test in that case.
>
> Signed-off-by: Daniel Stone
> ---
> Makefile.am | 3 ++-
> tests/xwayland-test.c | 3 +++
> 2 files changed, 5 insertio
On Tue, Nov 29, 2016 at 10:18:30AM +, Daniel Stone wrote:
> Avoid any buffer overflows here by checking we don't go over PATH_MAX
> with stupid module names.
>
> Signed-off-by: Daniel Stone
Reviewed-by: Peter Hutterer
Cheers,
Peter
> ---
> compositor/main.c | 15 ---
>
On Tue, Nov 29, 2016 at 10:11:06AM +0100, Hans de Goede wrote:
> Hi,
>
> On 29-11-16 04:48, Peter Hutterer wrote:
> > On Mon, Nov 28, 2016 at 03:33:25PM +0100, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 27-11-16 23:55, Peter Hutterer wrote:
> > > > This touchpad has cursor jumps for 2-finger s
This touchpad has cursor jumps for 2-finger scrolling that also affects the
single-finger emulation. So disable any multitouch bits on this device and
disallow the 2-finger scroll method. This still allows for 2-finger
tapping/clicking.
https://bugs.freedesktop.org/show_bug.cgi?id=91135
Signed-of
On 29 November 2016 at 20:50, Daniel Stone wrote:
> Hey Emil,
>
> On 29 November 2016 at 20:41, Emil Velikov wrote:
>> My voice doesn't carry much weight on wayland-devel still I think it
>> will bring some nice food for thought.
>>
>> As you know better than me the actual speed increase isn't in
On Tuesday 2016-11-29 17:59, Daniel Stone wrote:
>This patchset provides a working port to Meson, a Python-based build
>system with a Ninja backend.
Do you have this available in a convenient-to-download git repo
somewhere?
___
wayland-devel mailing li
Hey Emil,
On 29 November 2016 at 20:41, Emil Velikov wrote:
> My voice doesn't carry much weight on wayland-devel still I think it
> will bring some nice food for thought.
>
> As you know better than me the actual speed increase isn't in using
> Meson, it's due to ninja.
>
> If one is to use (wri
Hi Dan,
My voice doesn't carry much weight on wayland-devel still I think it
will bring some nice food for thought.
As you know better than me the actual speed increase isn't in using
Meson, it's due to ninja.
If one is to use (write?) make backend for Meson the results wouldn't
be that differen
On 29/11/2016 16:11, Pekka Paalanen wrote:
From: Pekka Paalanen
Add a new entry to the internal interface between the xwayland plugin
and libweston-desktop (or any other desktop protocol implementation).
The new entry is identical to set_toplevel except it carries an absolute
position for the t
On 29/11/2016 16:11, Pekka Paalanen wrote:
From: Pekka Paalanen
Many old X11 applications provide -geometry command line option that can be
used to initially position the window. Some obscure applications even rely on
this to work properly. Currently it does not work in Weston, the shell will
u
Rename the IVI tests to be more consistent with the others, and invert
the naming of plugin/client to make it slightly more clear what's going
to happen. Handle the renaming by using wet_get_binary_path to rewrite
the local binaries.
Signed-off-by: Daniel Stone
---
Makefile.am
We had two non-pkg-config check paths in the configure script, to
support XCB functionality used before XCB had had an accompanying
release: xcb_poll_for_queued_event (released in 1.8, 2012), and a
usable XKB event mechanism (released in 1.9, 2013).
Convert the former to a version-based hard depen
Rather than having a hardcoded dependency on the build-directory layout,
use an explicit module-map environment variable, which rewrites requests
for modules and helper/libexec binaries to specific paths.
Signed-off-by: Daniel Stone
---
compositor/main.c | 25 +---
This is not complete, as it doesn't cover all the tests or docs yet, but
generally gets a good bit of the way there.
Signed-off-by: Daniel Stone
---
meson.build | 359
meson_options.txt | 15 ++
src/wayland-version.h.meson |
meson refuses to countenance generating files in subdirectories, so just
move the dtddata include into the top-level directory.
Signed-off-by: Daniel Stone
---
.gitignore | 1 +
configure.ac | 2 +-
src/.gitignore | 1 -
src/dtddata.S | 2 +-
4 files changed, 3 insertions(+), 3 deletions(
We already require timerfd and signalfd, so accept4 is no burden here.
This was originally introduced to help porting to FreeBSD, but that
seems to be a lost cause.
Signed-off-by: Daniel Stone
---
src/wayland-os.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/wayland-os.c b/src/waylan
Rather than including wayland-version.h, which may be a system file
anyway, just use config.h, since that's going to be there locally.
Signed-off-by: Daniel Stone
---
configure.ac | 2 ++
src/scanner.c | 1 -
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure
Meson is a Python-based build system with multiple output backends,
including Ninja and Make. It's really very fast.
More information at http://mesonbuild.com
Signed-off-by: Daniel Stone
---
clients/meson.build | 267 ++
compositor/meson.build| 135
Hi all,
Whilst working on the atomic series, and the recent review spree, I
started to really lose patience with how incredibly slow our build
system is.
This patchset provides a working port to Meson, a Python-based build
system with a Ninja backend. Whilst autotools runs a combination of
shell a
From: Pekka Paalanen
X11 applications expect -geometry command line option to work for
setting the initial window position, but currently this does not work.
Add provision to relay the initial position through libweston-desktop:
- weston_desktop_api gains a new entry set_xwayland_position
- impl
From: Pekka Paalanen
X11 applications expect -geometry command line option to work for
setting the initial window position, but currently this does not work.
During map, detect X11 windows that set an explicit position. This works
by heuristics: if window position is not 0,0 then it is explicitl
From: Pekka Paalanen
No more jumping windows on map.
This patch uses the new feature added to Xwayland in the patch series
https://patchwork.freedesktop.org/series/15904/
When the frame window is created, immediately forbid Xwayland commits on
it. This prevents commits before the decorations ha
From: Pekka Paalanen
Store the initial xwayland position explicitly in struct shell_surface.
New variables are needed, because e.g. saved_x, saved_y are the view
position, and to compute that we need the window geometry, which is not
available before the first commit, so it's not available at
set
From: Pekka Paalanen
It so happens that Xwayland commits the first frame before XWM can set
the geometry info, making initial window position act as if there were
no decorations - the window position is off by the width of the
decorations.
Fix up the window position whenever the geometry info ch
From: Pekka Paalanen
Add a new entry to the internal interface between the xwayland plugin
and libweston-desktop (or any other desktop protocol implementation).
The new entry is identical to set_toplevel except it carries an absolute
position for the toplevel window.
Following patches will imple
From: Pekka Paalanen
Add WM debug prints on map, decoration drawing and geometry setting.
These help see the sequence and timing of operations, when debugging
Xwayland window management glitches.
Signed-off-by: Pekka Paalanen
---
xwayland/window-manager.c | 10 ++
1 file changed, 10 in
From: Pekka Paalanen
Many old X11 applications provide -geometry command line option that can be
used to initially position the window. Some obscure applications even rely on
this to work properly. Currently it does not work in Weston, the shell will
unconditionally pick a place of its own.
This
We know we're not going to succeed if the binary isn't installed, so
skip the test in that case.
Signed-off-by: Daniel Stone
---
Makefile.am | 3 ++-
tests/xwayland-test.c | 3 +++
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 4f8c837..44
Avoid any buffer overflows here by checking we don't go over PATH_MAX
with stupid module names.
Signed-off-by: Daniel Stone
---
compositor/main.c | 15 ---
libweston/compositor.c | 15 ---
2 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/compositor/mai
Hey Carlos,
On 23 November 2016 at 17:32, Carlos Garnacho wrote:
> The leave events in the respective device interfaces has been further
> documented so those can convey the necessary info when input is being
> redirected out of their currently focused surface.
>
> Only wl_touch is missing someth
Hi,
On 29-11-16 03:28, Peter Hutterer wrote:
Quite a few mice have tilt-capable wheels for horizontal scrolling. We can't
detect those automatically so we'll have to rely on systemd/udev for the
tagging. But despite that, we should be honest about the scroll source and
mark them as tilt where p
Hi,
On 29-11-16 02:22, Peter Hutterer wrote:
Move the code from the touchpad code into the more generic evdev code
Signed-off-by: Peter Hutterer
Patch looks good to me:
Reviewed-by: Hans de Goede
Regards,
Hans
---
src/evdev-mt-touchpad.c | 76 +
Hi,
On 29-11-16 04:48, Peter Hutterer wrote:
On Mon, Nov 28, 2016 at 03:33:25PM +0100, Hans de Goede wrote:
Hi,
On 27-11-16 23:55, Peter Hutterer wrote:
This touchpad has cursor jumps for 2-finger scrolling that also affects the
single-finger emulation. So disable any multitouch bits on this
34 matches
Mail list logo