Some apps want to show a sidebar with many different pages or views that can be navigated through tabs.. The mean of navigation of those sidebars is often inconsistent through them and should be unified.
{F6887599}
Notable implementations and proposed implementations are:
# Tabbed QDockWidgets #
This is default by Skrooge and can be set by the user on Dolphin also.
{F7336766}
##Pros:##
- Very high UI flexibility (tabs/views/categories can be moved around, hidden, added, grouped, etc...)
- Horizontal text (and optionally icons too)
##Cons:##
- A tabbed QDockWidget tab bar has extreme restrictions on the number of tabs and the length of tabs labels for narrow sidebar narrow widths; too many tabs and too-long strings and the tab bar becomes a mess with tiny tabs and elided strings. If the tabs become icons-only, it would suffer from the same problem in "Small toolbar on the top of the sidebar with mutually-exclusive icons-only toolbuttons or a segmented control"
- Would be difficult to have a concept of "Hide the sidebar" since there might not //be// a sidebar: QDockWidgets can be ungrouped and moved anywhere
# Vertical tabs or buttons on the left of the sidebar that can be clicked on to hide the sidebar #
This is what Kate and KDevelop do.
{F7336770}
##Pros:##
- High UI flexibility (they can be moved around, hidden, added, etc...)
- Can accommodate many tabs
- Can easily hide the sidebar without needing to rely on a toolbar button or menubar item elsewhere in the app
##Cons:##
- Dated appearance
- Visually awkward because the user has to read sideways
- No way to hide just the category chooser to save space but keep the sidebar visible (and even if there was, then there would be no visible way to switch the sidebar's current view)
# Combo box on the top of the sidebar that lists its different categories/views #
{F7336777}
##Pros:##
- Horizontal text and icons
- Uses little space and can be integrated into the sidebar itself
- Can accommodate many categories/views
##Cons:##
- Switching categories/views is somewhat slow (requires two clicks or a click-and-drag) on a small click target
- Presence of other categories/views is non-obvious because they're hidden behind the combo box's popup
# Small toolbar on the top of the sidebar with mutually-exclusive icons-only toolbuttons or a segmented control #
##Pros:##
- Each view accessible by a single click
- Uses little space and can be integrated into the sidebar itself
##Cons:##
- No text label; could be hard to tell what the categories are from their icons alone
- Limit on the number of categories that can be shown
# Use collapsible and re-arrange-able headers that are visible all time #
This is what we want to do for Dolphin's Places panel, see https://bugs.kde.org/show_bug.cgi?id=389803 and https://bugs.kde.org/show_bug.cgi?id=389803Rejected implementations: #
# Wide sidebar with large icons and text underneath #
**Rejected because having two sidebars side-by-side is weird and takes up too much space**
This is what Calligra and Okular currently do (...in different ways, though). It's also what we do for all settings sidebars.
macOS Finder and ElementaryOS Pantheon Files have this.{F7336774}
{F7337559}24540}
##Pros:##
- Horizontal text and icons- Attractive when implemented using colorful icons in a KPageWidget with a white background, as in settings windows
- Can accommodate many categories/views- Horizontal text and icons
- Can show multipleaccommodate many categories/views at once
##Cons:##
- Amount of content capable of being shown in each category/view is limited;- Uses a lot of horizontal space; not suitable for rich views like Okular's thumbnail listfeels like too much in conjunction with a second sidebar next to it that displays content
- Would require a bunch of custom code since nothing like this is currently implemented
# Rejected implementations: #
# Wide sidebar with large icons and text underneathNo way to hide just the category chooser to save space but keep the sidebar visible (and even if there was, then there would be no visible way to switch the sidebar's current view)
# Use collapsible and re-arrange-able headers that are visible all time #
This is what Calligra and Okular currently do (...in different ways**Rejected because this works best for when you want to see multiple small views, but not for the general case of switching between views**
This is what we want to do for Dolphin's Places panel, though). It's also what we do for all settings sidebars.see https://bugs.kde.org/show_bug.cgi?id=389803 and https://bugs.kde.org/show_bug.cgi?id=389803
{F7336774}macOS Finder and ElementaryOS Pantheon Files have this.
{F7324540}37559}
##Pros:##
- Attractive when implemented using colorful icons in a KPageWidget with a white background, as in settings windows- Horizontal text and icons
- Horizontal text and icons- Can accommodate many categories/views
- Can accommodate manyshow multiple categories/views at once
##Cons:##
- Uses a lot of horizontal space;- Amount of content capable of being shown in each category/view is limited; feels like too much in conjunction with a second sidebar next to it that displays contentnot suitable for rich views like Okular's thumbnail list
- No way to hide just the category chooser to save space but keep the sidebar visible (and even if there was, then there would be no visible way to switch the sidebar's current view)Would require a bunch of custom code since nothing like this is currently implemented