Most useful for the HTML5 client (support for precise wheel events added in #1797), which can listen for touch events, suppress the regular clicks and use the new API instead. We'll probably need to create a uinput touch device, udev rules, etc..
Platform support is going to be "interesting": Understanding touch events as every browser does something slightly different..
Lots of support code and fixes (may backport some) in r18916, see commit message for details.
(EE) event22 - Xpra Virtual Touchpad GrEnQD3pMAR9: libinput bug: missing tablet capabilities: btn-stylus resolution.Ignoring this device.
As for browser support, here are some tests: Touch/pointer tests and demos but my tablet isn't seen as a touch device by chrome..
The "Xpra Virtual Touchpad" device is working and enabled as of r18918 (just needed to figure out the magic incantation for uinput) r18928 allows us to disable the "touchpad" and "pointer" virtual device initialization individually. We normalize the coordinates using the virtual screen size, maybe this should be using the client's screen size instead? Or some other reliable unit?
This needs more work, so r19051 disables the touchpad emulation by default, for now.
See also Input Device Capabilities: This causes problems for developers when supporting both mouse and touch input. It's difficult to know if a mousedown event actually represents new input from a mouse, or is just a compatibility event for a previously-processed touchstart event. - probably doesn't apply to us since we
See also #2073
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1615