Summary: | Page Scrollbar doesn't handle scroll events | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kirigami | Reporter: | Carl Schwan <carl> |
Component: | general | Assignee: | ratijas <me> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ahiemstra, kde, me, nate, noahadvs, postix |
Priority: | NOR | ||
Version: | 5.83.0 | ||
Target Milestone: | Not decided | ||
Platform: | Other | ||
OS: | Linux | ||
URL: | https://invent.kde.org/frameworks/kirigami/-/merge_requests/896 | ||
Latest Commit: | https://invent.kde.org/frameworks/kirigami/commit/87f0ed1af4d43d3e23aad68d484a9863690dd832 | Version Fixed In: | 5.103 |
Sentry Crash Report: |
Description
Carl Schwan
2021-06-12 23:39:32 UTC
Hmm, Kirigami's ScrollablePage uses a custom implementation of scroll views so I'm not sure if this is the fault of the scrollbar control or the scrollview in Kirigami. I checked and it's a Kirigami issue. This is handled properly in the base component. *** Bug 450307 has been marked as a duplicate of this bug. *** Git commit dba5d112db45f93f916525cf19d4a05b90bfdab7 by ivan tkachenko. Committed on 23/01/2023 at 14:33. Pushed by ratijas into branch 'master'. WheelHandler: Fix scrolling over ScrollBars on ScrollablePage Code didn't handle re-parenting of Flickable to a ScrollView, which occurs in ScrollablePage by design. This prevented scrolling over scrollbars in such prominent places as list of System Settings modules or content pane of Discover. This solution handles re-parenting as well re-assigning either of the two scrollbars via attached properties. The only precondition is that ScrollBar attached object should exist before the target is set, so that we have something to subscribe to. M +83 -33 src/wheelhandler.cpp M +5 -0 src/wheelhandler.h https://invent.kde.org/frameworks/kirigami/commit/dba5d112db45f93f916525cf19d4a05b90bfdab7 Git commit 87f0ed1af4d43d3e23aad68d484a9863690dd832 by ivan tkachenko. Committed on 23/01/2023 at 14:57. Pushed by ratijas into branch 'kf5'. WheelHandler: Fix scrolling over ScrollBars on ScrollablePage Code didn't handle re-parenting of Flickable to a ScrollView, which occurs in ScrollablePage by design. This prevented scrolling over scrollbars in such prominent places as list of System Settings modules or content pane of Discover. This solution handles re-parenting as well re-assigning either of the two scrollbars via attached properties. The only precondition is that ScrollBar attached object should exist before the target is set, so that we have something to subscribe to. (cherry picked from commit dba5d112db45f93f916525cf19d4a05b90bfdab7) M +83 -33 src/wheelhandler.cpp M +5 -0 src/wheelhandler.h https://invent.kde.org/frameworks/kirigami/commit/87f0ed1af4d43d3e23aad68d484a9863690dd832 |