summaryrefslogtreecommitdiffstats
path: root/src/gui/kernel/qevent.cpp
diff options
context:
space:
mode:
authorBartlomiej Moskal <bartlomiej.moskal@siili.com>2020-11-13 11:31:37 +0100
committerBartlomiej Moskal <bartlomiej.moskal@siili.com>2020-11-13 21:00:44 +0100
commit64d62c53c1e92a1cc07449a0ea3c71501592c1e7 (patch)
tree0ea87305b80647b665f792314943922abbdf9a3e /src/gui/kernel/qevent.cpp
parentf4edc442650aa5130aac1cc172b71170321051f0 (diff)
Android: Treat ACTION_CANCEL as TouchPointReleased
If TouchPointPressed was previously send and there is no TouchPointReleased, we are exposed to uncorrectly handled touches by application. Some Android devices can recognize hand gestures. In some case the gesture may be handled by Android System. In this situation ACTION_CANCEL MotionEvent is delivered ACTION_CANCEL - from Android specification: -"Occurs when the parent takes possession of the motion, for example when the user has dragged enough across a list view that it will start scrolling instead of letting you press the buttons inside of it" -"The current gesture has been aborted. You will not receive any more points in it. You should treat this as an up event, but not perform any action that you normally would" If ACTION_CANCEL appears it means that ACTION_UP will not be delivered to application. That is why ACTION_CANCEL need to be treat as TouchPointReleased event. Fixes: QTBUG-72110 Pick-to: 5.15 Change-Id: I8f32930cdb424b7530adc87b8334ac48a3bb9d57 Reviewed-by: Assam Boudjelthia <assam.boudjelthia@qt.io>
Diffstat (limited to 'src/gui/kernel/qevent.cpp')
0 files changed, 0 insertions, 0 deletions