<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Viewport calculations for .uno:PageUp .uno:PageDown scroll movements are not accurate (comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=81829#c37">Comment # 37</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Viewport calculations for .uno:PageUp .uno:PageDown scroll movements are not accurate (comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=81829">bug 81829</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>No the reason for reopening this is only to review the calculation of the viewport(s) and why repositioning of the view port is not consistent--either when positioned at the top of the document canvas and first use of .uno:pageDown, or with subsequent scrolling movements up or down with the UNO controls. The viewport height and width is static as set by the current zoom scale of the VCL canvas. And movements of the viewport with UNO controls linked to pgUp or pgDn buttons should be in consistent amounts relative to the zoom scale. Ideally the movement range would consistently reposition the viewport some fixed percentage of the VCL canvas and the zoom scale--and I thought that was being calculated at 9/10's in the edit shell at: <a href="https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/impedit2.cxx?r=dc37866f&mo=53745&fi=1411#1398">https://opengrok.libreoffice.org/xref/core/editeng/source/editeng/impedit2.cxx?r=dc37866f&mo=53745&fi=1411#1398</a> and that the viewport not moving in that increment needs attention. The new (for <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Writer page-down & page-up navigation in default single-page view" href="show_bug.cgi?id=105776">bug 105776</a>) <Alt>+<pgDn>/<pgUp> UNO controls ( .uno:GoToStartOfNextPage / .uno:GoToStartOfPrevPage ) do not work against the viewport, they are movements against the document structure. They inherently work in full page increments at any zoom scale. And they were long overdue. But here we need to figure out why the viewport scrolling movements are not well constrained--there could be differences by os/DE, but seems like it should be consistent. Viewport scrolling should depend just on the VCL zoom scale, the current view port Y-height and X-width, and what ever advance percentage is used to calculate the top left and bottom right of the current viewport--and then the values for the following. Consistent either scrolling up or down. IIUC the Smooth scroll function in Writer comes into play about here as well.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>