Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
6.2, 6.5.0 FF
-
None
Description
One reason is in QQuickDeliveryAgentPrivate::deliverPointerEvent():
if (event->isBeginEvent()) { ensureDeviceConnected(event->pointingDevice()); if (!deliverPressOrReleaseEvent(event)) event->setAccepted(false); }
deliverPressOrReleaseEvent() returned false after trying to click a Switch.
The ending state often doesn't matter in practice; but QGuiApplicationPrivate::processMouseEvent() synthesizes touch events if AA_SynthesizeTouchForUnhandledMouseEvents is set (which ought to be rare); and maybe we actually want to come up with a way to detect that a mouse press (or touch press) was completely un-handled. And maybe some QPA plugins could care: WindowSystemEvent::eventAccepted is set according to the ending accepted state of the QMouseEvent, and as long as delivery is synchronous, the reason is so that the platform plugin can see the result: was the event delivered successfully or not.
Attachments
Issue Links
- is required for
-
QDS-6736 Record mouse movements [V2]
-
- Withdrawn
-
Gerrit Reviews
For Gerrit Dashboard: QTBUG-104656 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
419487,2 | WIP return true from deliverPressOrReleaseEvent if ever allPointsAcc | dev | qt/qtdeclarative | Status: NEW | -2 | 0 |