Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.0.2, 5.1.0 , 5.1.1
-
None
-
Linux desktop with both a mouse and a multitouch input interface.
-
fe2de633f9b9454ec8a9c2a5874ad85f49d8d54d
Description
MouseArea ignores touches, MultiPointTouchArea needs to ignore mouse events.
Currently the input choice for QML is MouseArea or
MultiPointTouchArea. If the program expects only one of mouse or
touch events the choice is clear. If the program needs to accept
both, the MouseArea works if the interaction is limited to one touch
or button provided Qt::AA_SynthesizeMouseForUnhandledTouchEvents is
enabled (which by default is), but for multitouch interaction one
MouseArea accepting input blocks all other MouseAreas, and it can't
accept multiple in one area. If the program uses MultiPointTouchArea
instead, touch events are sent to QML, but mouse events were blocked
preventing any interaction from mouse events. This leaves a QML
application without any way to get both the full mouse (such as middle and right clicks) or multiple touch event data.
Attachments
Issue Links
- is duplicated by
-
-
- Closed
-
- resulted in
-
-
- Closed
-
-
-
- Closed
-
| For Gerrit Dashboard: QTBUG-31047 | ||||||
|---|---|---|---|---|---|---|
| # | Subject | Branch | Project | Status | CR | V |
| 54236,21 | MultiPointTouchArea: handles mouse too, unless mouseEnabled is false | stable | qt/qtdeclarative | Status: MERGED | +2 | 0 |
| 55638,1 | MultiPointTouchArea: ignore mouse events, only process touch | stable | qt/qtdeclarative | Status: ABANDONED | -1 | 0 |
| 67100,5 | MultiPointTouchArea: ignoreMouse controls whether to handle events | dev | qt/qtdeclarative | Status: ABANDONED | -1 | 0 |