You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Mouse scroll wheel properly scrolls within the document but keyboard up/down move to previous/next file (which would be expected of left/right but not of up/down), while pgup/pgdn/home/end do nothing.
On Android two finger touch scroll reverts back to the top of the first page as soon as fingers are lifted (so you can barely see the second page as long as you are holding, but no more). Similarly, pinch zoom reverts to normal size as soon as released, also resetting any zooming done by the Droppy UI zoom buttons. One finger touch drag does not do anything (it scrolls normal webpages).
On Macbook, touch scroll works properly and pinch zoom also works, with a minor problem that the Droppy UI and not only the PDF gets scaled, where I would expect the UI not to get scaled when the pinch targets the PDF document. Notably this is different from Android where the UI is not scaled on pinch zoom.
Proper scrolling, and in case of touch events, zooming would be nice. Presumably these issues also to a degree affect images and other documents that don't fit entirely in view. I note that Ctrl+F to find text on PDF also does not find anything.
Trying to print the page shows with Droppy UI on top and the first page of the document with a scroll bar. Possibly @media print CSS could be used to hide the UI and show the full document when printing.
Having a button to see the document "bare" in browser (rather than downloading it) could be a workaround to scrolling, finding and printing issues, as browsers can then handle it better (although the integrated PDF reader of Chrome also fails to print unless the print button on the viewer rather than Ctrl+P is used).
The text was updated successfully, but these errors were encountered:
Mouse scroll wheel properly scrolls within the document but keyboard up/down move to previous/next file (which would be expected of left/right but not of up/down), while pgup/pgdn/home/end do nothing.
On Android two finger touch scroll reverts back to the top of the first page as soon as fingers are lifted (so you can barely see the second page as long as you are holding, but no more). Similarly, pinch zoom reverts to normal size as soon as released, also resetting any zooming done by the Droppy UI zoom buttons. One finger touch drag does not do anything (it scrolls normal webpages).
On Macbook, touch scroll works properly and pinch zoom also works, with a minor problem that the Droppy UI and not only the PDF gets scaled, where I would expect the UI not to get scaled when the pinch targets the PDF document. Notably this is different from Android where the UI is not scaled on pinch zoom.
Proper scrolling, and in case of touch events, zooming would be nice. Presumably these issues also to a degree affect images and other documents that don't fit entirely in view. I note that Ctrl+F to find text on PDF also does not find anything.
Trying to print the page shows with Droppy UI on top and the first page of the document with a scroll bar. Possibly
@media print
CSS could be used to hide the UI and show the full document when printing.Having a button to see the document "bare" in browser (rather than downloading it) could be a workaround to scrolling, finding and printing issues, as browsers can then handle it better (although the integrated PDF reader of Chrome also fails to print unless the print button on the viewer rather than Ctrl+P is used).
The text was updated successfully, but these errors were encountered: