From 42284fa0a233240d365ff2b49cc34c257e2d2bee Mon Sep 17 00:00:00 2001 From: Chase Douglas Date: Mon, 12 Sep 2011 15:55:28 -0500 Subject: Revert "Fix touch cancel/resume semantics" The main use case for this was drag and drop, which we realized does not need any special handling that requires canceling touches. This reverts commit 9e46820e4a206ae48b3e87f6ef7506e583fa3793. Signed-off-by: Chase Douglas --- specs/XI2proto.txt | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/specs/XI2proto.txt b/specs/XI2proto.txt index e95a429..0f69558 100644 --- a/specs/XI2proto.txt +++ b/specs/XI2proto.txt @@ -267,13 +267,12 @@ any more events for a given touchpoint, a TouchEnd event will be sent to that client. A touch sequence may be canceled and/or resumed. When a sequence is canceled, a -TouchUpdate event is sent with the TouchCanceled flag set. When a touch is -resumed, either a TouchBegin or a TouchUpdate event is sent with the -TouchResumed flag set. TouchUpdate is sent if the client previously received -events for the touch sequence. TouchBegin is sent if the client has not -previously received events for the touch sequence. Touch resumption denotes that -touch processing has resumed. A TouchEnd event will be sent to a client of a -canceled touch sequence when the sequence ends. +TouchEnd event is sent with the TouchCanceled flag. When a touch is resumed, a +TouchBegin event is sent with the TouchResumed flag. Touch resumption denotes +that touch processing has resumed; a resumed touch may never have been a +canceled touch if the touch began while touch processing was inhibited. If a +touch has stayed in physical contact from cancel through resume, the resumed +touch sequence will have the same tracking ID. Passive touch grabs are similar to standard input event grabs in that they take precedence over event selections and are searched from the root window -- cgit v1.2.1