Bug 106502 - VIEWING: Zooming in Page Preview goes to the first page, not where cursor is
Summary: VIEWING: Zooming in Page Preview goes to the first page, not where cursor is
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Zoom
  Show dependency treegraph
 
Reported: 2017-03-12 01:03 UTC by Thomas Lendo
Modified: 2021-07-20 22:34 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Test Writer document with several pages (8.26 KB, application/vnd.oasis.opendocument.text)
2017-03-12 01:04 UTC, Thomas Lendo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Lendo 2017-03-12 01:03:35 UTC
When you have several pages, zooming in Page Preview goes to the first page or first page in a pages row and not to the page where the cursor actually is.

Steps to reproduce:

1. Open the attached documents or open another Writer document with several pages.
2. Go to Page Preview.
3. Select some pages in rows and columns (e.g. "3 x 3 Pages").
4. Move the cursor to a page on the right of Page Preview area - regardless of whether it's in the first row or in a row below.
5. Zoom in with CTRL + mouse wheel.

Actual result:

The Page preview view goes to the first page or the first page in a row below instead of the page on the right.

Expected result:

The Page Preview view should respect the cursor position because that is the center of where I want to zoom in. This is useful for example if you have a multi-page document and you want check some content on a page and then at another page and so on. This zooming behavior is well known from image manipulation programs, AutoCAD, etc.


Tested with LibO 5.3.0.3
Build ID: 1:5.3.0~rc3-0ubuntu1~trusty1.1
CPU Threads: 2; OS Version: Linux 3.13; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: de-AT (de_DE.UTF-8); Calc: group

and

LibO 5.3.0.3
Build-ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU-Threads: 1; BS-Version: Windows 5.1; UI-Render: Standard; Layout-Engine: neu; Gebietsschema: de-AT (de_AT); Calc: group
Comment 1 Thomas Lendo 2017-03-12 01:04:24 UTC
Created attachment 131823 [details]
Test Writer document with several pages
Comment 2 Buovjaga 2017-03-15 11:44:29 UTC
Repro with 5.2. For some reason, ctrl+scrolling is broken in 5.4..

Win 7 Pro 64-bit, Version: 5.2.5.1 (x64)
Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
Locale: fi-FI (fi_FI); Calc: CL

Version: 5.4.0.0.alpha0+
Build ID: eb7b03b052ffe8c2c577b2349987653db6c53f76
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-02-26_22:34:18
Locale: fi-FI (fi_FI); Calc: CL
Comment 3 Buovjaga 2017-03-20 11:47:16 UTC
(In reply to Buovjaga from comment #2)
> ctrl+scrolling is broken in 5.4..

Created bug 106661
Comment 4 QA Administrators 2018-09-05 02:54:26 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-09-11 10:45:17 UTC
still repro in 6.1.1.1 on Windows 7
Comment 6 QA Administrators 2019-11-04 03:28:56 UTC Comment hidden (obsolete)
Comment 7 Thomas Lendo 2021-07-20 22:34:54 UTC
Still reproducible in
Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 113d308155e4b6a67a8510098a7db5f4a6632bdc
CPU threads: 2; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: de-AT (de_AT.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-16_21:27:22