Details
-
Bug
-
Resolution: Fixed
-
P2: Important
-
None
-
5.15, 6.2, 6.5, 6.8, 6.9
Description
The easiest way to the issue is to use PDF Viewer Widget example. But notice that with Qt6 one has to add
QScroller::grabGesture(ui->pdfView);
to "MainWindow" constructor in order to make the pdfView flickable. pdfView is flickable out of the box in Qt5 for some unknown reason.
So one is going to load a PDF file, flick the view to give it enough momentum and just let it go with that momentum (without further scrolling with finger). While scrolling slows down to almost stopping speed, flick with finger again. Then you will find it is not possible. pdfView does not respond to flicking anymore. To catch that "almost stopping" moment, it's better to shrink the window, or load a very long PDF.
I don't know what's there hindering touch event being delivered to pdfView again. But this problem cannot be reproduced with simpler sample. I tried with minimal QPdfView and QScrollArea - they scroll just fine (see the attached sample - notice it is NOT a reproducer but a proof that the problem may not be QAbstractScrollArea itself).
Also, I don't know if it affects normal gesture like swiping on trackpad. Since that does not give pdfView enough momentum - it stops almost immediately and it's impossible to catch that "almost stopping" timing.
Attachments
Issue Links
- relates to
-
QTBUG-113981 QPdfView does not scroll reliably with mouse wheel event (two finger sliding on touchpad)
- Closed
-
QTBUG-127007 Cannot flick QAbstractScrolLArea on Linux
- Closed
For Gerrit Dashboard: QTBUG-127006 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
581990,7 | Do not ignore touch event at end of flick in (e.g. inQPdfView) | dev | qt/qtbase | Status: NEW | -1 | 0 |