Bug 148993 - Wish: Filter images by rating in album view
Summary: Wish: Filter images by rating in album view
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-Filters (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-19 13:02 UTC by Ian Hubbertz
Modified: 2018-09-02 15:18 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 0.9.3
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Hubbertz 2007-08-19 13:02:34 UTC
Version:            (using KDE KDE 3.5.7)
Installed from:    Gentoo Packages

Similar to the keyword/tag filter in the album view sidebar, it should be possible to apply a filter "show only images with a rating of at least x stars".
Comment 1 Gerhard Kulzer 2007-08-20 13:44:08 UTC
Am Sunday 19 August 2007 schrieb Ian Hubbertz:
[bugs.kde.org quoted mail]
Hi Ian,
what you wish is already there - just create a search that contains 'Rating at 
least ***' or whatever. Save with a name like >=***

I think you can clise this wish.

Gerhard
Comment 2 Ian Hubbertz 2007-08-20 15:13:00 UTC
You can also create a search for a tag. Nevertheless there is also the tag filter feature in the album view sidebar.

As this sidebar filter is MUCH easier and faster to use, it would be nice to also use it as rating filter.
Comment 3 Arnd Baecker 2007-08-20 20:42:19 UTC
I also think that this is an important feature
and thus should not be closed.

But I would consider it as a duplicate of
https://bugs.kde.org/show_bug.cgi?id=147533
Comment 4 Mikolaj Machowski 2007-08-20 21:52:23 UTC
If we take it not literally but as: "rating based fast filtering", this is definitely duplicate. Implementing them both is overkill and bloating of interface. "We" should only decide which one implement. 

Comment 5 Arnd Baecker 2007-08-20 22:47:31 UTC
As mentioned by Gilles in #1 of https://bugs.kde.org/show_bug.cgi?id=147533
a more advanced way of filtering would be another goal (in the longer
run, and IMO for a separate BKO). So one could generalize
the current "Tag Filters" to "Filters", which (for example)
has several Tabs for different aspects (tags, comments, rating, ...).

So if there is a rating filter in the status-bar
*and* in the "Filters" sidebar, then these should be coupled.
(But, this is what Mikolaj would consider as bloated, right?)
Alternatively it should be just in the status-bar or only in the 
"Filters" side-bar.
Personally I have a preference for the status-bar,
but this is also because opening/closing the side-bar
always requires the mouse (unless there is a keyboard short-cut 
which I missed).
Also there is no visual feedback (yet...) that any filtering is active.





Comment 6 Ian Hubbertz 2007-08-21 10:50:53 UTC
I really like both ideas. The status bar filter has the big advantage of saving space, because no sidebar is needed. (In long term there could be an option to show the status bar even in fullscreen mode).

On the other hand, a rating filter integrated in the tag filter sidebar would be consistent with the comments & tag sidebar, where also the current rating is shown.

My favorite solution would be to have both: The rating filter in the sidebar and a visual feedback in the status bar wether filters are active or not. (this includes an icon for tag filters).
Comment 7 Mikolaj Machowski 2007-08-21 18:49:09 UTC
> (But, this is what Mikolaj would consider as bloated, right?)


Definitely. Maybe use statusbar only as indicator of filtering action?
Comment 8 caulier.gilles 2007-10-09 08:08:53 UTC
Arnd,

I'm agree with you. This file is a duplicate of #147533, and will be solved by your patch. This one will be avaialble for 0.9.3...

Gilles
Comment 9 Arnd Baecker 2007-10-23 10:29:47 UTC
A rating filter (and even a file type filter) are now implemented in current
svn. Therefore I am closing this bug.

For a wish of a more general filtering scheme, e.g. to generalize
the current "Tag Filters" to "Filters", a separate BKO entry should be openend.

*** This bug has been marked as a duplicate of 147533 ***