https://bugs.documentfoundation.org/show_bug.cgi?id=99928
Tex2002ans <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Tex2002ans+LibreOffice@gmai | |l.com --- Comment #15 from Tex2002ans <[email protected]> --- I tested in: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded and there is definitely funky stuff going on with "jumping to the top left / 0,0" of the pages in Print Preview. I just did a: - Ctrl+A - Ctrl+C - Ctrl+V a few times in the test document to create ~12 pages to test. > My question is, why would you go into print preview mode to zoom? Why not > just zoom normally? I typically use this "feature" all the time in PDF readers (like SumatraPDF): 1. Click/Highlight/Hover where I want to zoom. 2. Ctrl+Mouse+Scroll to zoom in far. It lets you quickly zoom in/out, pan/scan, exactly for the reasons RGB first stated: - focusing on extremely minor details like: - Lines lining up - Checking spacing between letters/equations / images/captions - "Dumb" vs. “Smart quotes” - - - - - - - - - Of course, as a temp workaround: - Do your zooming inside the ODT itself... heh. - Here, the zoom tries to "keep the cursor/highlight on screen", so it will never go "zooming off to top left / 0,0". - (It's not the greatest, it's a little jerky your highlight touches edges, but it does the job.) - Export as PDF. - Smoothly click+zoom in any PDF reader! There isn't a need to really use Print Preview for this. But... - - - - - - - - - - - While testing this, it seems like after: 1. File > Print Preview - - - The default(/2nd) setting: - Two Pages Preview when you zoom in using Ctrl+Mouse, the page: - "Moves up and to the left (0,0)" until it touches. - Then begins expanding to the right. Even if you Left-Click/"Select" the Left or Right page, it treats both the same: - Clicking the Right page won't focus on it, it'll just awkwardly "zoom on Left page / 0,0" same as above. - - - The 1st setting: - Single Page Preview is a little better, because the page: - "Stays in the center" until it touches edges. - Then begins "sticking up and to the left (0,0)". - - - The 3rd setting: - Multiple Pages Preview is the same as Two Pages, but even worse: - Any page you click on doesn't matter, it will always zoom into top left (0,0). For example, I made a 4x4 grid, and: - Clicking on the 4th page - Ctrl+Mouse Zoom you completely lose the 4th page as LO "jumps to + zooms into the top left corner of page 1". - - - NOTE ON ZOOM COORDINATES: Another oddity I spotted is: 1. If I zoomed in on a location and manually dragged the vertical/horizontal scrollbars. 2. Zoomed in or out one tick. LO instantly jumped to 0,0. This was exacerbated so much worse in Two/Multiple. - - - If anything, I'd expect something like: - If Page 2 selected - Zoom into Page 2's upper left corner. - If Page 3 selected - Zoom into Page 3's upper left corner. or a little closer to: - LO Writer itself. But ultimately it would be awesome: - If Page 2 selected + mouse was hovered on a spot. - Center in and zoom on that mouse location. (Similar to SumatraPDF + other PDF readers, or image editors like GIMP or Inkscape.) - - - - - - - - - - - Anyway, sounds like: - The Print Preview code is a giant spaghetti mess. - \+ This seems like a REAL obscure "feature". :P But this "resetting/jumping to 0,0" is definitely not ideal, so I think ANYTHING could at least be a nudge in the right direction. :) -- You are receiving this mail because: You are the assignee for the bug.
