SUMMARY Hypothetically if you zoom in to a point where a single line takes up whole screen height, it'll take you ages to scroll past it. I have hidpi screen. STEPS TO REPRODUCE 1. auto fit page 2. go max width 3. try to scroll through page OBSERVED RESULT it took disproportionate time. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
You reported a fact, and it doesn’t seem noteworthy to me so far. If you think this is a bug, or that something should be changed, you will need to provide the EXPECTED RESULTS section. Otherwise someone will probably close this bug.
(In reply to David Hurka from comment #1) > You reported a fact, and it doesn’t seem noteworthy to me so far. > > If you think this is a bug, or that something should be changed, you will > need to provide the EXPECTED RESULTS section. Otherwise someone will > probably close this bug. scroll should scale with zoom or width of document
I still don’t understand what exactly should be different. But could you describe a situation in which scaling scrolling is helpful, and what is making problems while the user tries to complete a task? E. g. is there a certain kind of documents, where the current scrolling is making problems?
In normal view you scroll 3 lines per tick, in zoom or autofit you scroll say 1 since you zoomed 3x say. Its probably affected by the fact that I have twice as many pixels and can stretch to documents very far in autofit. Trying to scroll through a page becomes a chore. On Fri, Jun 21, 2019 at 12:04 AM David Hurka <bugzilla_noreply@kde.org> wrote: > > https://bugs.kde.org/show_bug.cgi?id=408918 > > --- Comment #3 from David Hurka <david.hurka@mailbox.org> --- > I still don’t understand what exactly should be different. > > But could you describe a situation in which scaling scrolling is helpful, and > what is making problems while the user tries to complete a task? > > E. g. is there a certain kind of documents, where the current scrolling is > making problems? > > -- > You are receiving this mail because: > You reported the bug.
So you want the scroll speed multiplied by the zoom factor? I don’t think that’s possible, because it would make scrolling virtually uncontrollable at high zoom levels. I also don’t see a reason why scrolling should be faster when zoomed in. - Usually you zoom in to focus on a detail, and then you need predictable and accurate (not fast) scrolling. – Usually you zoom out to get an overview of the document. If you have to read text at a high zoom level and you need faster scrolling than your input device (e. g. your mouse wheel) allows, you should probably configure that instead. (With System Settings: Input Devices -> Mouse -> Advanced -> Mouse wheel scrolls by: [3 lines]) Or do you mean something else?
My scroll speed is slowish. You don't have to specifically zoom in for things to get bigger, theres auto fit and fit width as apposed to fit page view modes which basically zoom you in, but I see your point. On Fri, Jun 21, 2019 at 9:25 PM David Hurka <bugzilla_noreply@kde.org> wrote: > > https://bugs.kde.org/show_bug.cgi?id=408918 > > --- Comment #5 from David Hurka <david.hurka@mailbox.org> --- > So you want the scroll speed multiplied by the zoom factor? > > I don’t think that’s possible, because it would make scrolling virtually > uncontrollable at high zoom levels. I also don’t see a reason why scrolling > should be faster when zoomed in. > - Usually you zoom in to focus on a detail, and then you need predictable and > accurate (not fast) scrolling. > – Usually you zoom out to get an overview of the document. > > If you have to read text at a high zoom level and you need faster scrolling > than your input device (e. g. your mouse wheel) allows, you should probably > configure that instead. (With System Settings: Input Devices -> Mouse -> > Advanced -> Mouse wheel scrolls by: [3 lines]) > > Or do you mean something else? > > -- > You are receiving this mail because: > You reported the bug.