https://bugs.kde.org/show_bug.cgi?id=169614
James Flynn <my-...@duk13.win> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |my-...@duk13.win
--- Comment #5 from James Flynn <my-...@duk13.win> ---
Just to add some explanation, other PDF viewers in particular but also some
other document viewers/editors will use this behavior under a secondary
keybinding (e.g. CTRL+Page Up/Page Down). ~~Thus this could be viewed as an
additional feature perhaps, rather than having to decide between behaviors.~~
There already appear to be two behaviors that I have noted below. The
That said, this is a nice-to-have feature for heavy PDF inspecting/use is
jumping forward/backward pages but retaining the position on a page (e.g. zoom
level, view-shift left/right, and vertical scroll on a page). This is useful
for use checking things like header/footers, title blocks on drawings, and for
quickly viewing overall formatting like margin sizing.
When using single-page view and zoomed out to at least fit the page, this is
already usable this way. However for large document pages, or smaller details
within a page, zooming and panning becomes necessary.
Interestingly, there already are somewhat two behaviors. Both will preserve the
level of zoom (which is desired!). However:
1. When zoomed in, using the scroll wheel, arrow keys, and Page up/down to
navigate will preserve your horizontal position in a page, but page up/down
will not retain vertical position on page.
2. Paging using the next/previous page buttons will reset the relative page
position to a default location on each page change.
- If this default position is kept by the user, this behaves as
desired/described by others, however it seems like this "default position"
being changed to match the previous view would be more desired.
--
You are receiving this mail because:
You are watching all bug changes.
