https://bugs.kde.org/show_bug.cgi?id=420925
--- Comment #2 from David Hurka <david.hu...@mailbox.org> --- Do you think we shouldn’t use QScroller::scrollTo(QPoint, time=0) for such continuous scrolling events, but QScroller::handleInput()? Pro: The Browse tool already uses handleInput(), and that appears to work well. Contra: We need to fake the Grabbed and Dragging state, which could maybe(?) cause further bugs because we forget to update other scrolling methods. We also need to create a Release event, which is difficult, because when scrolling events stop, there are simply no further scroll events, while the Browse tool receives a mouse release event. -- You are receiving this mail because: You are the assignee for the bug.
