[Digikam-devel] [Bug 147773] use "top tabs" for switching sidebar modes

Per Bothner per at bothner.com
Thu Jul 12 01:02:18 BST 2007


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=147773         




------- Additional Comments From per bothner com  2007-07-12 02:02 -------
> When I have many, many albums, tags, predefined searches vertical space in panels is very valuable.

My proposal doesn't actually change the amount of veritical space available, since the existing side-bar header would be removed.  I,e, right now it says "My Albums".  That line is redundant now and double redundant when we have the tab bar.  I.e. "My Albums" gets replaced by "[A] Albums [D] [T] [S] [X]".

> Headers of modes (as you call them will not fit in width of left panel. User will have two choices: hassle with clicking on some button (usually small) to
scroll through list or make panel wider

Well, this is exactly as the current "sidebar mode bar" in 0.9.2 - it too only shows icons, except for the selected mode.

> Better solution - and more in KDE way are subpanels like in
KPDF/Okular/KDevelop.

That's ok - but it does use more vertical space than my proposal.

> Turning on panel in your proposition also is awkward.

In kpdf when the sidebar is missing, it leaves a thin gray border.  You can click on that, and drag it out to restore the sidebar.  That does require a little space for the border, but much less space than needed for the icons and the vertical current mode text.  An added advantage is it makes the window less cluttered. A downside is the UI for restoring it is less obvious; however, if it is also in the View menu I think it's OK since it's easy enough to find.



More information about the Digikam-devel mailing list