Version: (using KDE 4.2.98) Please add another entry to "view" menu -- "show status bar" (the bar at the bottom of the window), "show toolbar". Currently I try to squeeze every pixel from the screen but I only have choice -- fullscreen or normal view with statusbar, toolbar which takes space and I don't use them.
You can hide the toolbar by right clicking the menubar and unchecking "Main Toolbar".
Right, but there should be an option in a convenient and consistent location.
*** This bug has been confirmed by popular vote. ***
Seven years later, I'd still love to hide that bottom bar. I would no matter the size, but I especially do because it's enormous for a status bar.
Was surprised that this can't be done. It is very important for an image viewer to be able to take the focus away from itself and put it on the picture.
Submitted https://phabricator.kde.org/D4799 for review.
(In reply to Valerio Pilo from comment #6) > Submitted https://phabricator.kde.org/D4799 for review. I'm not sure that's the right link, or if this is the issue you're looking for.
Valerio submitted https://phabricator.kde.org/D4901 (and did not add any reviewers :)
Woo!
Thanks Christoph! Being new to phabricator sucks :) I'll commit within tomorrow.
Fixed in master, 04f2546
https://commits.kde.org/gwenview/04f2546d62f25979a69b0147e6d0ccc9de658a94
I don't believe this is truly resolved. The original report from 2009 specified that there ought to be an item in the view menu for these two actions. This is not the case, and there are a couple of problems with that: 1) It is unexpected to have the view-statusbar action located in the settings submenu, because that's a view checkbox, just like the view-sidebar action, which lives in the view submenu, naturally. 2) Since no menu item or settings widget was added at all for the hide-toolbar action, it is still impossible for users to hide the toolbar if they happen to be using app-menu-in-titlebar, as the only way to find the option is to right-click the nonexistent app menu bar.
Another reason this solution is incomplete is that if you want the statusbar hidden (always), you must to go to the app menu, the settings submenu, and click on the hide-statusbar option -- every single time gwenview is opened. I don't know whether the same is true for the toolbar-hiding, as I have appmenu-in-titlebar, so I don't have the toolbar-hide feature.
According to the patch, the status bar visibility setting should get saved.
(In reply to Christoph Feck from comment #15) > According to the patch, the status bar visibility setting should get saved. Well it doesn't in 17.04.0. Unless someone else is experiencing it differently?
Confirmed, the status is not saved. I will fix the persistence and move the entry to the View menu (I agree it's a better fit, maybe with a shortcut like F6 or the like).
(In reply to Valerio Pilo from comment #17) > Confirmed, the status is not saved. I will fix the persistence and move the > entry to the View menu (I agree it's a better fit, maybe with a shortcut > like F6 or the like). Thank you. Can you please also add a menu entry for showing/hiding the toolbar (and make sure that's persistent as well)? I believe that falls within the scope of this bug.
Can this issue please be kept open until it's resolved?
I've submitted https://phabricator.kde.org/D5854 (to fix the statusbar persistence) and https://phabricator.kde.org/D5855 (to add the toolbar menu entry). I've used standard KDE Actions, so they will end up in the Settings menu like in all other apps. Perhaps we should move the Sidebar menu entry there as well, for the sake of consistency.
> Perhaps we should move the Sidebar menu entry there as well, for the sake of consistency. The current location of the sidebar menu entry is not ideal if only looking at Gwenview, but for the sake of consistency with other applications I'd actually keep them as is (e.g. Dolphin and Kate have theirs split similarly between "View" and "Settings"). On the other hand, Okular is a counterexample. Could we base the placement decision on other characteristics (e.g. "View" menu for content related entries, "Settings" menu for everything relating to chrome)? Unfortunately, that's also not very clear-cut in this case. Let's just keep it as is, as to not confuse users with mysteriously moving menu entries.
If an interface has a top level View menu, and menu items which toggle the visibility of interface elements, and those menu items are not under View, it is not sane, no matter how many other interfaces are not sane.
I agree with you Andy, but it's a change that has to be planned and done desktop-wide. Propose it!
Both changes, persistency and shortcut, were pushed to Applications/17.04 . Cheers!
(In reply to Valerio Pilo from comment #23) > I agree with you Andy, but it's a change that has to be planned and done > desktop-wide. Propose it! If you're interested, proposed over at https://bugs.kde.org/show_bug.cgi?id=380901