summaryrefslogtreecommitdiff
path: root/include/input.h
diff options
context:
space:
mode:
authorThomas Jaeger <ThJaeger@gmail.com>2012-10-13 22:51:24 -0400
committerPeter Hutterer <peter.hutterer@who-t.net>2012-11-20 15:42:01 +1000
commitcc79107a5b60d2926e16ddbee04149e8d5acc969 (patch)
tree996e58560df662f8b289553ba8734431bfbff3e2 /include/input.h
parent90b177e5cbb9047453af426d2abfe9c0514fe866 (diff)
Don't use GetTouchEvents when replaying events
GetTouchEvents has plenty of side effects such as moving the pointer or updating the master device, which we don't want to happen when replaying. The only reason for calling it was to generate a DCCE event, but GetTouchEvents doesn't even do that right (we might need a DCCE event even when replaying a master event, or clients could interpret valuator data incorrectly). This discussion is moot at the moment anyway, since DeliverTouchEvents doesn't appear to deliver DCCE events. Signed-off-by: Thomas Jaeger <ThJaeger@gmail.com> Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net> [Added call to processInputProc instead of direct call to DeliverTouchEvents] Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Diffstat (limited to 'include/input.h')
-rw-r--r--include/input.h2
1 files changed, 2 insertions, 0 deletions
diff --git a/include/input.h b/include/input.h
index f8459b8c8..9522d00e9 100644
--- a/include/input.h
+++ b/include/input.h
@@ -580,6 +580,8 @@ extern int TouchListenerAcceptReject(DeviceIntPtr dev, TouchPointInfoPtr ti,
extern int TouchAcceptReject(ClientPtr client, DeviceIntPtr dev, int mode,
uint32_t touchid, Window grab_window, XID *error);
extern void TouchEndPhysicallyActiveTouches(DeviceIntPtr dev);
+extern void TouchDeliverDeviceClassesChangedEvent(TouchPointInfoPtr ti,
+ Time time, XID resource);
/* misc event helpers */
extern Mask GetEventMask(DeviceIntPtr dev, xEvent *ev, InputClientsPtr clients);