Bug 161424 - Click on scrollbar should jump to position instead of just 1 page
Summary: Click on scrollbar should jump to position instead of just 1 page
Status: RESOLVED DUPLICATE of bug 130857
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
24.2.3.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL: https://invent.kde.org/plasma/plasma-...
Whiteboard:
Keywords:
Depends on:
Blocks: Scrollbars Qt6 KF6
  Show dependency treegraph
 
Reported: 2024-06-05 08:44 UTC by Bernhard Breinbauer
Modified: 2024-08-15 19:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Breinbauer 2024-06-05 08:44:46 UTC
Description:
On Plasma 6 the behavior of clicking on a scrollbar changed: A click should jump to the position in the document (nut just one page down/up).
The scrollbar in LO should adhere to this setting.


Steps to Reproduce:
1. Click on scrollbar
2.
3.

Actual Results:
jumps one page only

Expected Results:
Jump to position in document


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Should have jumped to document position
Comment 1 Stéphane Guillou (stragu) 2024-06-05 15:47:56 UTC
I guess this is it: https://invent.kde.org/plasma/plasma-desktop/-/issues/92

Michael, what do you think?
Comment 2 Michael Weghorn 2024-06-18 10:33:42 UTC
(In reply to Stéphane Guillou (stragu) from comment #1)
> I guess this is it: https://invent.kde.org/plasma/plasma-desktop/-/issues/92
> 
> Michael, what do you think?

If this is requesting to change this for all platforms, I'd say it's up to the UX team to decide.

If it's just for KF 6, I'd tend to say it might make sense to close this as a duplicate of tdf#130857 and then use whatever default Qt or the platform integration/theme/style provides once native widgets are used, rather than having an application-specific implementation.

From a quick look, [1] might be the relevant change that would make this work for QWidget applications, so implementing tdf#130857 would potentially make this "just work" without any extra effort when using a theme that sets the corresponding option.

[1] https://invent.kde.org/frameworks/frameworkintegration/-/commit/28bafa24691c64de86bfb760bc207c69f83cdf81
Comment 3 Stéphane Guillou (stragu) 2024-06-18 13:26:17 UTC
(In reply to Michael Weghorn from comment #2)
> If this is requesting to change this for all platforms, I'd say it's up to
> the UX team to decide.
My understanding is that the request is only for KF6.

> If it's just for KF 6, I'd tend to say it might make sense to close this as
> a duplicate of tdf#130857 and then use whatever default Qt or the platform
> integration/theme/style provides once native widgets are used, rather than
> having an application-specific implementation.
Let's do that then. I also see now that bug 130758 is marked as duplicate of that one too.
Thank you!

*** This bug has been marked as a duplicate of bug 130857 ***