This code was largely lifted from the X server in
bb25b2ad297891430606c367bfabc but didn't take the copyright messages that
applied to that code.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Simon: I think that should cover it. Sorry about that, it was certainly not
intentional. Let
Fix missing newlines from error string and fix grammar.
Signed-off-by: Robert Ancell robert.anc...@canonical.com
---
hw/xwayland/xwayland-glamor.c | 4 ++--
hw/xwayland/xwayland-input.c | 2 +-
hw/xwayland/xwayland-output.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git
Hi Peter,
This:
+Bool
+valuator_mask_has_accelerated(const ValuatorMask *mask)
+{
+return mask-has_unacel;
+}
looks quite quirky, in semantics and spelling.
But I have a much larger issue that irritates me. The whole ptraccel
shebang was moved to libinput:
On 03/31/2015 12:14 AM, Egbert Eich wrote:
The image is created in the native byte order of the machine Xephyr is
rendered on however drawn in the image byte order of the Xephyr server.
Correct byte order in the xcb_image_t structure and convert to native
before updating the window.
If depths of
Hi Peter,
On 05-05-15 07:22, Peter Hutterer wrote:
Allows a mask to carry both accelerated and unaccelerated motion at the same
time.
This is required for xf86-input-libinput where the pointer acceleration
happens in libinput already, but parts of the server, specifically raw events
and DGA
Hi,
On 05-05-15 07:54, Peter Hutterer wrote:
This used to be part of the server but now that we have two drivers doing the
same thing (libinput, evdev) shift the configuration defaults to the driver.
This way you get what you install.
https://bugs.freedesktop.org/show_bug.cgi?id=89023
On Tue, May 05, 2015 at 03:22:07PM +1000, Peter Hutterer wrote:
Allows a mask to carry both accelerated and unaccelerated motion at the same
time.
This is required for xf86-input-libinput where the pointer acceleration
happens in libinput already, but parts of the server, specifically raw
On Tue, May 5, 2015 at 11:07 AM, Ian Scott ian.sc...@arteris.com wrote:
On 03/31/2015 12:14 AM, Egbert Eich wrote:
The image is created in the native byte order of the machine Xephyr is
rendered on however drawn in the image byte order of the Xephyr server.
Correct byte order in the