Bug 130236 - Scrolling is much faster in page preview than in normal interface
Summary: Scrolling is much faster in page preview than in normal interface
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: lowest trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Print-Preview
  Show dependency treegraph
 
Reported: 2020-01-28 02:32 UTC by Kenneth Hanson
Modified: 2024-06-19 03:21 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Two pages with numbered lines, for testing scrolling (15.21 KB, application/vnd.oasis.opendocument.text)
2020-03-31 23:09 UTC, Kenneth Hanson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Hanson 2020-01-28 02:32:23 UTC
Description:
Compared to normal editing, scrolling with the mouse wheel is much faster in page preview. Specifically, the scroll increment is very large, so reflexive scrolling based on muscle memory causes one to overshoot (possibly skipping many pages ahead), and fine grained navigation of similar looking content becomes disorienting due to the large jumps. The problem is especially acute on touch pads, where it is difficult to scroll by a single step.

I am on Ubuntu 19.10 with KDE Plasma 5.17, but because the difference is relative within the program I suspect it has nothing to do with the OS or desktop environment.

Steps to Reproduce:
1. Fill a page with text.
2. Zoom to 200% and scroll with mouse wheel.
3. Open page preview, repeat.

Actual Results:
Scroll increment much larger in page preview.

Expected Results:
Scroll increment is the same.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Xisco Faulí 2020-02-17 15:53:13 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 2 Kenneth Hanson 2020-03-31 23:02:26 UTC
The problem is not specific to a particular document. It should show up in all documents.

In any case, I will prepare an example.
Comment 3 Kenneth Hanson 2020-03-31 23:09:23 UTC
Created attachment 159202 [details]
Two pages with numbered lines, for testing scrolling

Set zoom to 100% and scroll to the top of the page. Then scroll one mouse wheel click at a time. Do the same in print preview, ensuring the view is set to single page.

On my system, the first mouse wheel increment will bring the top edge of the page to the top of the view port, eliminating the gray background. The next increment will take the top to line 1, then 3, 5, etc.

Switching to page preview, each mouse wheel increment will scroll about half way down the page, a 15x difference.
Comment 4 Buovjaga 2020-06-18 18:36:54 UTC
Always been this way. Tested on Linux and Windows.
Comment 5 QA Administrators 2022-06-19 03:29:06 UTC Comment hidden (obsolete)
Comment 6 Kenneth Hanson 2022-06-19 15:21:58 UTC
No change as of 7.2.7.2.
Comment 7 QA Administrators 2024-06-19 03:16:04 UTC Comment hidden (obsolete)
Comment 8 Kenneth Hanson 2024-06-19 03:21:35 UTC
No change as of v24.2.3.