disclaimer: I was halfway through this, started fixing some comments myself
and got stuck in "this is too complicated" land.
See
https://lists.freedesktop.org/archives/wayland-devel/2017-November/035782.html
for the most recent set of patches.
On Thu, Nov 02, 2017 at 12:34:02AM +0100, Vicente Be
On Sat, Nov 11, 2017 at 03:44:42PM +0100, Vicente Bergas wrote:
> On Wed, 8 Nov 2017 21:19:04 +1000, Peter Hutterer wrote:
> >On Tue, Nov 07, 2017 at 10:26:11PM +0100, Vicente Bergas wrote:
> >>Hi Peter,
> >>
> >>On Thu, Nov 2, 2017 at 2:04 AM, Peter Hutterer >>who-t.net> wrote:
> >>> On Thu, Nov
The current debouncing code monitors events and switches on when events are
too close together. From then on, any event can be delayed.
Vicente Bergas provided an algorithm that avoids most of these delays:
on a button state change we now forward the change without delay but start a
timer. If the
This is a work based on Vicente Bergas' debouncing code. It uses the same
algorithm for debouncing but instead of 'normal' code it reverts to a simple
state machine for the decisions when to debounce and when to just forward an
event. This is similar to the tap state machine which, albeit huge, is
So we can split up evdev-fallback.c into multiple files where needed.
Signed-off-by: Peter Hutterer
---
meson.build | 1 +
src/evdev-fallback.c | 92 +
src/evdev-fallback.h | 125 +++
3 files changed,
The previous approach was to remember the last event and flush it at the right
time. The new approach is to update the device state during the frame and send
out the events at EV_SYN time.
This gives us two advantages: we are not dependent on the kernel order of how
events come in and we can proce
This one is present in the parent evdev device
Signed-off-by: Peter Hutterer
---
src/evdev-fallback.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/src/evdev-fallback.h b/src/evdev-fallback.h
index c22f3b3f..e8783d4b 100644
--- a/src/evdev-fallback.h
+++ b/src/evdev-fallback.h
@@ -47,1
This is via a simple search & replace. Later auditing is needed to switch
clicks that should not be debounced (e.g. touchpads) back to a non-debounced
version.
Signed-off-by: Peter Hutterer
---
test/litest.c| 20 +--
test/litest.h| 7 +--
test/test-device.c
From: Ankit Nautiyal
DRM layer populates aspect ratio information for CEA video modes,
but we lose it while parsing modeline (Aspect ratio patch series
in drm layer: https://patchwork.freedesktop.org/series/10850).
The flag bits 19-22 of the connector modes, provide the aspect ratio info.
This in
On 11/13/17 10:20 PM, Louis-Francis Ratté-Boulianne wrote:
Don't just ignore the minimal and maximal sizes requested
by the application.
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/xwayland/win
We don't want the application to fight with the user when manually
resizing a window.
v2: Re-enable sync when a new resize operation is started
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
If Weston is built with Pango, use it to render the title for
X11 applications and Weston toy toolkit clients. It allows us
to ellipsize the title when there isn't enough space to show the
whole string.
Signed-off-by: Louis-Francis Ratté-Boulianne
---
Makefile.am | 2 ++
configure.ac
If the minimum and maximum size hints are equal, that means the
application doesn't want the window manager to allow resizing.
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git
If we configure a window with the same size and wait for the
sync alarm to go off, the resizing is gonna block. The event is
only handled is the size actually changed.
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 15 +++
1 file changed, 11 insertions(+
The title in X11 windows and Wayland application using Weston toy
toolkit were placing the title in a very naive fashion. It was
only try to center the string in the title bar. This patch:
* Makes sure the title isn't renderer underneath buttons;
* Move the title to the left if the titlebar isn'
v2: Remove some useless checks and don't be too verbose
Signed-off-by: Louis-Francis Ratté-Boulianne
fixup: Implement _NET_WM_SYNC_REQUEST
---
configure.ac | 2 +-
xwayland/window-manager.c | 207 +++---
xwayland/xwayland.h | 5 ++
Don't just ignore the minimal and maximal sizes requested
by the application.
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/xwayland/window-manager.c b/xwayland/window-manager.c
index 3cc6fa24..a0ff6
Signed-off-by: Louis-Francis Ratté-Boulianne
---
xwayland/window-manager.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/xwayland/window-manager.c b/xwayland/window-manager.c
index 149d7fe4..4b84b24e 100644
--- a/xwayland/window-manager.c
+++ b/xw
Hi,
This patchset implements NET_WM_SYNC_REQUEST protocol for throtting
X11 window resizes in Weston's XWM. We wait for the window to be drawn
(by setting an alarm on the sync counter) before configuring the window
again.
I also did some small fixes the Xwayland window manager as to better
respec
On 13 November 2017 at 14:52, Emil Velikov wrote:
> On 13 November 2017 at 14:21, Daniel Stone wrote:
>> Hi Emil,
>>
>> On 2 November 2017 at 17:09, Emil Velikov wrote:
>>> Import latest version (v2) of the protocol from Mesa.
>>>
>>> From the README:
>>>
>>> Warning!
>>> The goal is to share th
Hi
On 31 October 2017 at 13:02, Klaus wrote:
> fwiw, gnome-shell has a "zoom" option in accessibility which works in
>> Wayland.
>>
>
> I can not find that "tool" there.
>
> I found a wiki page entry: https://wiki.gnome.org/Project
> s/GnomeShell/Magnification
>
> which I did not understand at a
On 13 November 2017 at 14:21, Daniel Stone wrote:
> Hi Emil,
>
> On 2 November 2017 at 17:09, Emil Velikov wrote:
>> Import latest version (v2) of the protocol from Mesa.
>>
>> From the README:
>>
>> Warning!
>> The goal is to share the protocol file across Mesa and other low-level
>> components
Hi Emil,
On 2 November 2017 at 17:09, Emil Velikov wrote:
> Import latest version (v2) of the protocol from Mesa.
>
> From the README:
>
> Warning!
> The goal is to share the protocol file across Mesa and other low-level
> components graphics stack such as libva and Xwayland. File is moved to
> w
Hi Emil,
On 8 November 2017 at 14:06, Emil Velikov wrote:
> On 10 October 2017 at 14:43, Emil Velikov wrote:
>> In summary - we want the user facing library to live in Wayland with
>> vendors providing a backend/plugin. Otherwise we'll get file conflicts
>> as library can come from different ve
From: Stefan Brüns
Signed-off-by: Stefan Brüns
---
tools/libinput-debug-events.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/libinput-debug-events.c b/tools/libinput-debug-events.c
index 87b7b80..fb8d84d 100644
--- a/tools/libinput-debug-events.c
+++ b/tools/libinput-debug-eve
Hi,
fwiw, gnome-shell has a "zoom" option in accessibility which works in
Wayland.
I can not find that "tool" there.
I found a wiki page entry:
https://wiki.gnome.org/Projects/GnomeShell/Magnification
which I did not understand at all. The links to demo videos are all
broken and the con
Hi,
I'm not sure if I'm a the right place about my issue, please tell me if I
should ask elsewhere.
I recently upgraded to Ubuntu 17.10 and I'm now using Wayland and Gnome.
The scroll speed of my mouse is now painfully slow, for all applications. I
fact, the faster I turn my mouse wheel the slower
Signed-off-by: Stefan Brüns
---
tools/libinput-list-devices.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/libinput-list-devices.c b/tools/libinput-list-devices.c
index 376a3c9..aa225ca 100644
--- a/tools/libinput-list-devices.c
+++ b/tools/libinput-list-devices.c
@@ -314,6 +31
28 matches
Mail list logo
