Bug 403837 - ScrollablePage should not allow drag-scrolling with clicks, only with touches
Summary: ScrollablePage should not allow drag-scrolling with clicks, only with touches
Status: CLOSED FIXED
Alias: None
Product: frameworks-kirigami
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: Not decided
Assignee: Marco Martin
URL:
Keywords:
: 405768 431469 (view as bug list)
Depends on:
Blocks:
 
Reported: 2019-02-01 16:38 UTC by Nate Graham
Modified: 2023-01-02 01:52 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Nate Graham 2019-02-01 16:38:26 UTC 
When on the desktop, Kirigami's ScrollablePage should not allow scrolling with a click-and-drag. Scrolling should only happen with:
- Mouse wheel scroll
- Touchpad scroll gesture
- Touchscreen single-finger swipe
Comment 1 Nate Graham 2019-02-01 16:41:52 UTC 
Instead, a click-and-drag on the background should re-position the window if the user has that setting enabled (which is the default): Bug 403838
Comment 2 Nate Graham 2019-03-26 21:50:01 UTC 
*** Bug 405768 has been marked as a duplicate of this bug. ***
Comment 3 Nate Graham 2021-01-13 00:59:53 UTC 
*** Bug 431469 has been marked as a duplicate of this bug. ***
Comment 4 Patrick Silva 2022-09-24 16:38:42 UTC 
Can reproduce with Fonts and General Behavior KCMs.

1. hover over a text in said KCMs
2. Hold left mouse button and drag the content up and down

Operating System: Arch Linux
KDE Plasma Version: 5.25.90
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Graphics Platform: Wayland
Comment 5 Nate Graham 2022-09-24 16:42:34 UTC 
Very interesting.

I can reproduce too, but this isn't the original bug, it's a different one: in this case it's the mouse handlers in labels, not on the page itself. Can you file a new bug report?
Comment 6 Patrick Silva 2022-12-21 00:56:15 UTC 
Currently the tooltip no longer exists. Is this intentional?
Comment 7 Patrick Silva 2022-12-21 00:56:42 UTC 
ops, wrong bug. Please ignore.
Comment 8 Schñarf 2023-01-02 01:46:35 UTC 
Why was this marked as 'resolved fixed?' Nothing seems to have changed about this bug behavior.
Here are some examples:
- System settings still handles a click-and-drag (even the smallest move of the cursor in any direction!) over a menu item as a scroll rather than a click despite not being a touch input.
- In the Kalk calculator, clicking and dragging on the result of an equation doesn't select it as text to be copied or whatever, rather it merely... drags the number along the cursor and then moves it back into place once the user lets go of the mouse button?
This behavior serves absolutely no purpose and makes the interface much less comfortable and intuitive—it needs to go away.
Comment 9 Nate Graham 2023-01-02 01:51:46 UTC 
The bug report is specifically about the Kirigami.ScrollablePage component. The issues you're describing involve UI elements that don't use Kirigami.ScrollablePage. I also can't reproduce them with current git master on Wayland.