Closed SDLBugzilla closed 1 year ago
I think this is still broken, but I don't have a touchpad to verify this. @cgutman, is this something you can check out?
I think this should be working now, since 373216ae5be62b710ad68524777ae38ca712c53d and a10c57dfe4de0f015caa8fed49eed70c1e71d6e1. It's very much a "some assembly required" situation for these touchpad events today though.
Applications will receive the raw touch events from the touchpad with SDL_TOUCH_DEVICE_INDIRECT_ABSOLUTE
. That's technically all they need to be able to identify and handle touchpad events, however we're leaving each application responsible for putting the all those pieces together into a working mouse implementation.
Getting that right is extremely hard. You have to deal with accidental touches, scroll gestures, button regions, device quirks, and all the other stuff that libinput
typically handles behind your back. It's a huge mess. Most desktop apps don't even directly handle touch events, let alone have their own bespoke implementation for turning them into mouse events.
Right now our touch emulation support only handles direct touch events (which are easy to map to mouse events). I don't know if we want to try to take a stab at handling indirect absolute touch events in the SDL core or take a dependency on something like libinput that will do it for us.
Okay, I'll go ahead and close this for now, and if someone who has these touch panels wants to chime in, they can reopen it if things are not working.
Thanks!
This bug report was migrated from our old Bugzilla tracker.
Reported in version: HG 2.1 Reported for operating system, platform: Linux, x86_64
Comments on the original bug report:
On 2017-12-04 14:19:00 +0000, Srki wrote: