Bug 152843 - live filter does not work if no text is displayed under thumbnails
Summary: live filter does not work if no text is displayed under thumbnails
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-Filters (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-25 00:00 UTC by Rick W. Chen
Modified: 2012-08-28 16:22 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 0.9.3


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rick W. Chen 2007-11-25 00:00:19 UTC
Version:           0.9.3-beta3 (using KDE KDE 3.5.8)
Installed from:    Ubuntu Packages

Currently the live filter bar only filters if there are text information shown beneath the thumbnails. Nothing happens with your search if that is not the case. I personally have only the thumbnails shown, no text underneath. This makes the filter useless.

It's ok with tags and comments that I need them to be showing in order to filter them, but all I wanted to do was to search the filenames. It was what I was expecting it should do. Perhaps the filter bar should not be displayed when no text is there.
Comment 1 Gerhard Kulzer 2007-11-25 10:18:40 UTC
I just use this bug entry to add two more proposals to this filter:

1. The filter entry survives closing digikam. I think it should be reset when the application is started. Otherwise you will navigate with a filter without noticing it.

2. I propose to put "Search" and the little x-box for delete filter in front of it for convenience
Comment 2 Arnd Baecker 2007-11-25 11:30:43 UTC
Ad #0: I see three options
a) disable filter bar if no text is displayed below the images
b) always include the filter for filenames 
c) have a configuration menu to select the fields used for filtering

(Code-wise b) would be the simplest)

Ad c#1:
1.) Currently all  the new filters (tex filter, file type, and rating)
survive saving (note that the side-bar tags filter does not, which is
inconsistent).
Would some clear visual indication, that some type of filtering is active,
help? (Maybe it is needed/good anyway?) However, I don't know what
a good visual indication would be.
2.) This is also mentioned in http://bugs.kde.org/show_bug.cgi?id=133191#c11
(all important points, which we should not forget, BTW),
and in http://bugs.kde.org/show_bug.cgi?id=133191#c15
Mikolaj suggested to use instead of the text "Search" the 
"kitchen utensil - funnel -
used everywhere where KDE filters things. There are already loupes in
digiKam interface and another could create confusion."
Personally, I like the icon variant a bit more than the "Search" text.
This and the deleted filter should be implemented IMO.
Once there is consensus about what to do, I can have a look at it.

Comment 3 caulier.gilles 2007-11-27 12:58:10 UTC
Arnd, Gerhard,

About c#1-1: current implementation do not store filter settings between sessions. Only Rating Filter Condition is saved.

About c#1-2: This is not the object of this file. Please do not mix. It infernal to manage (:=))

About original post from Rick, I will commit change to enable/disable Text filter and Rating filter accordinly with album icon view settings.

Note: 1/ Mime Type fileter still always enable.
      2/ About Text filter and filename, i think it's a non sence to make a
         search on filename string if this one is disable on album icon view
         settings.

Gilles
Comment 4 caulier.gilles 2007-11-27 13:03:19 UTC
SVN commit 742178 by cgilles:

digiKam from KDE3 branch: Rating and Text filters are enabled/disabled accordinly with album icon view settings.
BUG: 152843
TODO: KDE4PORT


 M  +18 -10    albumiconviewfilter.cpp  
 M  +2 -2      albumiconviewfilter.h  
 M  +4 -4      digikamapp.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=742178