Details
-
Task
-
Resolution: Done
-
Not Evaluated
-
5.10.0
-
None
-
macOS
-
-
e09f5b17865a09dac41d0f30ef2ea238f38873eb ; qtdeclarative 3d57afaca9d9d19e42342c270c19c86128668277
Description
From QTBUG-63026 : the idea is
https://gist.github.com/torarnv/419861f23ea7528ac52d677b129d4da7
based on
We've known for years that this was an issue, but now we know how to fix it, so it would be nice to get that done for 5.11. Then I can remove the timer from QQuickFlickable, which currently waits for the movement to stop before emitting signals such as movementEnded, and has had bugs more than once.
Attachments
Issue Links
- is required for
-
QTBUG-56613 [macOS]: When a scroll is started in one ListView with the track pad and then the mouse is moved in another it will do the scroll there
- Closed
- relates to
-
QTBUG-98771 Document when each Qt::ScrollPhase will occur
- Reported
-
QTBUG-55878 QQuickFlickable is hard to test with wheel events on macOS
- Closed
- replaces
-
QTBUG-63026 [REG: 5.6-2->5.6.3]: Scrolling gesture inside QtQuick jumpy on macOS touchpad
- Closed
For Gerrit Dashboard: QTBUG-65160 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
236798,6 | macOS: Teach QWheelEvent to handle a new ScrollMomentum phase | dev | qt/qtbase | Status: MERGED | +2 | 0 |
237078,3 | Flickable: handle the new ScrollMomentum phase in QWheelEvent | 5.12 | qt/qtdeclarative | Status: MERGED | +2 | 0 |