Summary: | Sidebar: Hide unused tabs, Add tooltips | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Thomas McGuire <mcguire> |
Component: | Usability-Ergonomy | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 0.9.1 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.9.4 | |
Sentry Crash Report: | |||
Attachments: |
logo82.jpg
logo83.jpg metadatawidget.patch |
Description
Thomas McGuire
2007-02-15 20:04:25 UTC
Sorry, filed this under kchart, it was meant to go to digikam... Thomas, I'm sorry but this entry is not valid for me. If you want to not see the right sidebar, just collapse it. If you want to use icon view tool tip informations, just set on the right options on config dialog. Your proposal require to break all common implementation in digiKam core. We will never that (:=))) For the rest, all is already implemented... Gilles Caulier > If you want to not see the right sidebar, just collapse it. Some of the tabs in the right sidebar are useful for me, while others are not. Those which are not useful for me (Markernote, IPTC) could be hidden. When I read reviews about Digikam, the complicated interface is often mentioned, so I thought it would be a good idea to improve that here. > If you want to use icon view tool tip informations, just set on the right options on config dialog. I am not talking about icon view tooltips here. I'm talking about some of the buttons in the right sidebar, for example in the EXIF tabs. These buttons have no text, just an icon. It would be useful to have tooltips on the buttons to show what will happen if I click them. > For the rest, all is already implemented... OK, I admit it has been a long time since I last upgraded, so that might be true. Anyway, thanks for looking at my bug reports, even if you close them :) While I don't agree with original Thomas wishes there are some things which could be improved with tabs, don't know if it is possible but I once again mention Amarok ;) : - configurable tabs - all tabs have visible captions - tabs always took whole height of window - currently expanded tab is highlighted it makes use of tabs in Amarok much easier than in digiKam. I always have to think at least second which icon click to open required tab. And I am reopening this wish: point 2. is valid. These buttons should have tooltips. I looked into code myself but don't understand this part (big surprise... :( ) I should give better "address": Metadata tab, top row buttons in all cards. Mik, These buttons are defined into metadatawidget.cpp : http://websvn.kde.org/branches/extragear/kde3/graphics/digikam/libs/widgets/metadata/metadatawidget.cpp?revision=783486&view=markup Like you can see in consructor, all button has Whats-This info... Gilles To Mik, #4, >- configurable tabs I'm not agree. This can give an non homogenous interface and increase complexity of code/usability. >- all tabs have visible captions ==> no. this have been a fix in a pass to no display all captions at the same time and only the active one. why ? because on low screen resolution, the window size become higher than screen size. And like you know, we have a new tab named TimeLine, and news one will become in the future with KDE4 to perform search (GPS, duplicate, etc) >- tabs always took whole height of window what do you mean exactly ? >- currently expanded tab is highlighted Yes, this one can be done easily. Gilles > >- configurable tabs > > I'm not agree. This can give an non homogenous interface and increase > complexity of code/usability. OK. > >- all tabs have visible captions > > ==> no. this have been a fix in a pass to no display all captions at the > same time and only the active one. why ? because on low screen > resolution, the window size become higher than screen size. > > And like you know, we have a new tab named TimeLine, and news one will > become in the future with KDE4 to perform search (GPS, duplicate, etc) Don't agree. HIG states all windows has to fit into 800x600 window. Attaching later image of Amarok: 710x562 pixels. We are interested in height. 562 pixels (to compensate for menu- and title-bar). All six tabs available in Amarok are visible. One is slightly shortened. With TimeLine there is 5 tabs + one for searches is 6. The same as Amarok. And minimal size for application like digiKam is really rare corner case. I could bet most users are working with digiKam in max size where full sized tabs will shine. > > >- tabs always took whole height of window > > what do you mean exactly ? Look into second screenshot. Amarok in maximized window and the same six tabs are taking full advantage of this situation. > >- currently expanded tab is highlighted > > Yes, this one can be done easily. When all tabs aren't visible this has no sense. Expanded tab has caption and this is enough for recognition. Highlighting is necessary with all captions visible to highlight ;) expanded tab. Created an attachment (id=23977) logo82.jpg Created an attachment (id=23978) logo83.jpg Mik, > >- all tabs have visible captions > > ==> no. this have been a fix in a pass to no display all captions at the > same time and only the active one. why ? because on low screen > resolution, the window size become higher than screen size. > > And like you know, we have a new tab named TimeLine, and news one will > become in the future with KDE4 to perform search (GPS, duplicate, etc) >Don't agree. HIG states all windows has to fit into 800x600 window. >Attaching later image of Amarok: 710x562 pixels. We are interested in >height. 562 pixels (to compensate for menu- and title-bar). All six tabs >available in Amarok are visible. One is slightly shortened. With >TimeLine there is 5 tabs + one for searches is 6. The same as Amarok. >And minimal size for application like digiKam is really rare corner >case. I could bet most users are working with digiKam in max size where >full sized tabs will shine. digiKam sidebar is based on a KDElibs component Looking in code from Amarok, sidebar have been fully re-implemented from scratch... KDELibs sidebar is not too improved than Amarok sidebar... I will not fork code from Amarok to digiKam. It's a waste of time. An integration of Amarok sidebar to KDELibs will be a better. Sound like this point must be posted to Amarok team Gilles 1. Looked into archives, Google, etc. General kdelibs solution has to support "unlimited" tabs so kdelibs maintainers will not include Amarok solution. This is resolution from almost 3 years ago and apparently it stands to this day. 2. Yes, I see WhatsThis text. But these are WhatsThis tooltips - requiring interaction with user (press ? on title bar or Shift-F1). Not regular tooltips which will appear without any action. For example when you hover with mouse over arrow in status bar navigation you will see eg.: "Go to the last item". Oh, OK, attaching simple patch against kde3 branch. It is adding tooltips + fixing small thing in WhatsThis: everywhere is metadata, in WT is meta-data. Created an attachment (id=23983) metadatawidget.patch SVN commit 788236 by cgilles: patch from Mik to add QToolTips over metadata widget buttons BUG: 141755 M +9 -3 metadatawidget.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=788236 SVN commit 788239 by cgilles: backport commit #788236 from KDE3 branch CCBUGS: 141755 M +8 -3 metadatawidget.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=788239 |