Bug 141289

Summary: Allow navigation panel on the bottom instead of side
Product: [Applications] okular Reporter: Justace Clutter <justacec>
Component: generalAssignee: Okular developers <okular-devel>
Status: REPORTED ---    
Severity: wishlist CC: azrdev, faplap, nate, null, philipp, postix, richard.llom, steffenjost, von.kdebugs
Priority: NOR Keywords: usability
Version: unspecified   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=389909
https://bugs.kde.org/show_bug.cgi?id=399467
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Current state of the navigation bar
My idea for the navigation bar

Description Justace Clutter 2007-02-06 19:53:21 UTC
Version:            (using KDE KDE 3.5.6)
Installed from:    Gentoo Packages

It would be nice if the navigation bar on the left hand side of the application could be moved to the bottom through an option from the user.  This would be good for cases where you are making a slide presentation where the media is wider than it is tall.  This would allow for more effective use of screen space.  Just a simple thing.
Comment 1 Pino Toscano 2007-02-06 20:00:54 UTC
You mean like http://www.okular.org/screenies/okular-backend-djvu-1.png ?
Comment 2 Albert Astals Cid 2007-06-04 12:01:40 UTC
Reassigning to the mailing list
Comment 3 von.kdebugs 2012-05-18 12:51:28 UTC
Created attachment 71188 [details]
Current state of the navigation bar
Comment 4 von.kdebugs 2012-05-18 12:51:52 UTC
Created attachment 71189 [details]
My idea for the navigation bar
Comment 5 von.kdebugs 2012-05-18 12:52:52 UTC
I attached a version of the navigation bar that I made in GIMP. It would be great to have those additional pixels in width.
Comment 6 Saurabh Asthana 2012-07-11 20:21:39 UTC
I agree with this idea. I'm not sure why the buttons are where they are, as there are only four of them, most of which are usually useless. It's usually a bad sign when your layout results in a small amount of useful space and a huge gray block of wasted space - a better layout would be as suggested, above or below the actual navigation row.

Also, if there is information missing, there should be no button for it. I.e., if there are no annotations, there should not be an annotation button taking up space. If there are no bookmarks, annotations, or contents, the panel should show the thumbnails by default and no button bar. Also, the panel should be easy to hide/show with a single click (it would only require a small, unobtrusive button that could be built into the resize bar), rather than requiring you to go to the menu.
Comment 7 Ph. Marek 2013-01-17 07:46:50 UTC
I'd like to have that option, too.
Comment 8 Richard Llom 2013-12-28 17:59:38 UTC
see also similar bug 273623
Comment 9 Nate Graham 2017-11-29 03:18:35 UTC
*** Bug 273623 has been marked as a duplicate of this bug. ***
Comment 10 null 2017-11-29 23:40:00 UTC
The idea is certainly useful in some cases, but how would minimizing the sidebar to the icon work in this scenario? It cannot just float around.

Note:
- This is different to completely hiding the sidebar together with its icons.
- The bottom bar showing the page number can be moved elsewhere, so is not guaranteed to be there for merging into.
- Merging into the upper toolbar would look weird, and could be disabled too.
- Rotating to the side everytime would also seem strange.

I wonder how other PDF readers are doing this…
Comment 11 Laura David Hurka 2018-10-07 15:28:45 UTC
How about using dock panels for Thumbnails, Bookmarks, etc.? The dock panel stack would have a tab bar at the bottom, and if no dock panel is shown, they can be activated using toolbar buttons.

This way it would also be possible to show e. g. Thumbnails and Reviews the same time.

Currently it is done this way in Dolphin.