Summary: | Okular: No scrolling with non-continuous view | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | David <david.cortes.rivera> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | wolfgang.scherer |
Priority: | NOR | ||
Version: | 20.12.1 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
David
2021-01-23 19:24:44 UTC
I think it should be this way. The scrollbar is part of the QAbstractScrollArea, and Okular just places pages in the viewport of QAbstractScrollArea. In non-continuous mode, the viewport contains only one page. If that page fits on the screen, the scrollbar can not scroll anything, so Qt hides it. If Okular shows another scrollbar in that case, that would visually imply the viewport is scrollable, which is not the case. That would be a weird user interface. I don’t think we need another way to show the current position in the current document. We already have the page par/widget, and the thumbnails bar. The page widget is scrollable with the mouse wheel. (In reply to David Hurka from comment #1) > I think it should be this way. The scrollbar is part of the > QAbstractScrollArea, and Okular just places pages in the viewport of > QAbstractScrollArea. In non-continuous mode, the viewport contains only one > page. If that page fits on the screen, the scrollbar can not scroll > anything, so Qt hides it. > > If Okular shows another scrollbar in that case, that would visually imply > the viewport is scrollable, which is not the case. That would be a weird > user interface. > > I don’t think we need another way to show the current position in the > current document. We already have the page par/widget, and the thumbnails > bar. The page widget is scrollable with the mouse wheel. But you know, every other non-QT PDF viewer shows a document-level scroller when browsing page-by-page with no zoom. There is a document-level scrollbar in the thumbnails view. Why do we need a second one? If there was a second one, how could I hide it if I don’t need it? I think there is not enough gain for the programming cost. Besides, Atril does not have such a second scrollbar. (In reply to David Hurka from comment #3) > There is a document-level scrollbar in the thumbnails view. Why do we need a > second one? > > If there was a second one, how could I hide it if I don’t need it? > > I think there is not enough gain for the programming cost. > > Besides, Atril does not have such a second scrollbar. That’s a good point and hadn’t noticed it. Nevertheless, I’d also like to point out that if you do resort to scrolling with the left pane thumbnails then you lose the ability to quickly gasp the content table (which is what shows in that pane by default) and the section you’re currently browsing. BTW adobe’s PDF reader and foxit, last time I checked both of them, were displaying a scrollbar when browsing like this. The presentation view has this circular page number display. AFAIK that one should be easy to add to PageView in non-continuous view, because it is just another DocumentObserver. It wouldn’t visually contradict a scrollbar. I agree with David Hurks, taht the circular progress indicator from presentation view would be a real enhancement to non-continous page view. |