From d6dcfd4039ede37e9c858ab6e890fdb9582a5a9d Mon Sep 17 00:00:00 2001 From: Chase Douglas Date: Mon, 12 Sep 2011 16:01:53 -0500 Subject: Revert "Specify dependent device pointer/touch handling" See parent commit for details. This reverts commit 4adfb5ad6c064981e2c7eb57db4bdd81cc7029ea. Signed-off-by: Chase Douglas --- XI2.h | 2 -- specs/XI2proto.txt | 26 +------------------------- 2 files changed, 1 insertion(+), 27 deletions(-) diff --git a/XI2.h b/XI2.h index 04e3631..43c5836 100644 --- a/XI2.h +++ b/XI2.h @@ -158,8 +158,6 @@ #define XIPointerEmulated (1 << 16) /* Device event flags (touch events only) */ #define XITouchPendingEnd (1 << 16) -#define XITouchCanceled (1 << 17) -#define XITouchResumed (1 << 18) /* Touch modes */ #define XIDirectTouch 1 diff --git a/specs/XI2proto.txt b/specs/XI2proto.txt index 0f69558..ca72559 100644 --- a/specs/XI2proto.txt +++ b/specs/XI2proto.txt @@ -266,14 +266,6 @@ When the touch has physically ended, or a client will otherwise not receive 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 -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 to the child window (as opposed to selections, which start their search at the @@ -380,21 +372,6 @@ pointer. A dependent device may only have one window set at a time, for all touches. Any future touch sequence will use the same window set. The window set is cleared when all touch sequences on the device end. -Button presses for buttons one, two, and three on dependent devices will cause -the following: - -- All touch events from the device are canceled. New touches are inhibited from - beginning new touch sequences. -- The button press is handled and delivered through normal pointer event - mechanisms. -- Pointer motion events may be generated by the device. - -When all of the buttons have been released, any active touches will resume, and -new touches will be allowed to begin. - -When a dependent device causes pointer motion, touch sequences are canceled. -Touch sequences may resume after pointer motion ceases. - A window set is calculated on TouchBegin and remains constant until the end of the sequence. Modifications to the window hierarchy, new grabs or changed event selection do not affect the window set. @@ -1976,8 +1953,7 @@ For a detailed description of classes, see the XQueryDevice request. DEVICEEVENTFLAGS (all events): none DEVICEEVENTFLAGS (key events only): { KeyRepeat } DEVICEEVENTFLAGS (pointer and touch events only): { PointerEmulated } - DEVICEEVENTFLAGS (touch events only): { TouchPendingEnd, TouchCanceled, - TouchResumed } + DEVICEEVENTFLAGS (touch events only): { TouchPendingEnd } An XIDeviceEvent is generated whenever the logical state of a device changes in response to a button press, a button release, a motion, a key -- cgit v1.2.1