navigation panel has several modes which get reset to the default upon each restart of okular. instead, the setting should be persistently remembered across the sessions. Reproducible: Always Steps to Reproduce: 1. open file; navigation panel is set to "contents" by default 2. set navigation panel to e.g. "thumbnails"; close okular 3. open the same file; navigation panel is again set to the default "contents" Actual Results: the mode of the navigation panel is set to the default "contents", irrespective of what the user was using before Expected Results: a nice feature would be for okular to remember the last setting user used for the navigation panel, especially since the default "contents" is not really useful ("thumbnails" are much more useful when trying to locate some specific info since most of the people remember it visually).
I do not agree with this feature, will leave it open in case it gathers enough votes i can be convinced against my judgement.
i am puzzled: how you can make such a swift rejection? it seems you prefer to use the "contents" while navigating the file. that's fine. on the other hand i (and people in my field of science who use okular for latexing) never use anything else than the "thumbnails". also fine. making this setting persistent will keep us both happy. making this setting reset each time i open/close the document makes only one of us happy. why rejecting persistence just to enforce your preference on all others? if you find "contents" so great, why not removing all other modes instead? with the current resets imho we are given false choices... please, do not get me wrong, okular is the best thing around and you're all doing a great job! but i would like to hear more reasons for your judgement...
" people in my field of science who use okular for latexing never use anything else than the "thumbnails"' You don't have any proof of that, as said, if you want this to change, get people to vote on this bug. At the moment you haven't even voted yourself, start by doing that, and then since all the scientists in the world agree with you it should not be hard to get this to have lots of votes, no? https://bugs.kde.org/page.cgi?id=voting/bug.html&bug_id=335189
seems like a duplicate of https://bugs.kde.org/show_bug.cgi?id=342094
I can second the request to retaining the "no panel open" state across okular restarts. This is probably the most annoying bug in KDE I am struggling with every day for several years now! As a side note, while I think that it doesn't matter who uses the application for whatever purpose, I am a scientist using okular and LaTeX. ;) Just to note, it seems like bug #335189 is a duplicate of this one (https://bugs.kde.org/show_bug.cgi?id=335189).
Also in this bug the feature was requested, but prematurely dismissed by Albert Astals Cid due to bug reporting formalities: https://bugs.kde.org/show_bug.cgi?id=355530 Considering that there are now 3 bug reports and quite many people to request this feature I hope the developers could reconsider fixing this annoying bug (as I actually think that this is not a feature request bug simply a bug in okular).
OK, this bug was already reported back in 2010, but never fixed correctly: https://bugs.kde.org/show_bug.cgi?id=243564
Git commit b8b36ae529599da358f433fe23d7bac4dea79fa8 by Nate Graham. Committed on 27/05/2020 at 13:37. Pushed by ngraham into branch 'master'. Improve the sidebar's navigation and UX Okular's sidebar vertical view chooser toolbar suffers from a few issues: * It's a nonstandard UI not used for category choosers in other pieces of KDE software, and not used in other FOSS document readers * What is shown and what is hidden is simultaneously too configurable while still not offering the desirable UI common to other programs (i.e. no visible category chooser, but a sidebar capable of displaying thumbnails, table of contents, search results, etc.) * With labels on it takes up quite a bit of horizontal space, while with labels off, the categories are less than clear * UX is kind of clunky with nonstandard behaviors (e.g. clicking on the current category to hide that category's view while keeping the view chooser visible, showing mostly disabled items) * It's made with custom painting code, which reduces maintainability and introduces bugs (e.g. https://bugs.kde.org/show_bug.cgi?id=408190) This patch removes the vertical category chooser entirely and replaces it with a tabbed view on the top of the sidebar itself. The tabs are icons-only and have large icons. A button is added on the left side of the default toolbar to quickly hide or show the sidebar. In order to make room for the new button, the Previous and Next buttons on the toolbar are removed, as previous/next buttons are already present on the Page Bar on the bottom of the window so there's no need to duplicate this functionality. This improves the UX, fixes a variety of bugs, and deletes a lot of custom code of dubious long-term maintainability.  Related: bug 213508, bug 334441, bug 344599, bug 408190 FIXED-IN: 1.11.0 CHANGELOG: The sidebar can now be easily shown or hidden with a toolbar button, and the category chooser no longer takes up so much space M +- -- doc/annotations.png M +- -- doc/bookmark-management.png M +8 -10 doc/index.docbook M +- -- doc/mainwindow.png M +- -- doc/signatures-panel.png M +34 -34 part.cpp M +4 -2 part.h M +2 -3 part.rc M +10 -1 ui/bookmarklist.cpp M +11 -1 ui/layers.cpp M +11 -1 ui/side_reviews.cpp M +21 -654 ui/sidebar.cpp M +1 -19 ui/sidebar.h M +14 -1 ui/signaturepanel.cpp M +23 -0 ui/thumbnaillist.cpp M +2 -3 ui/thumbnaillist.h M +10 -1 ui/toc.cpp https://invent.kde.org/graphics/okular/commit/b8b36ae529599da358f433fe23d7bac4dea79fa8