| Summary: | Wish: Filter images by rating in album view | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Ian Hubbertz <kde_bugs> |
| Component: | Albums-Filters | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 0.9.3 | |
| Sentry Crash Report: | |||
|
Description
Ian Hubbertz
2007-08-19 13:02:34 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 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. 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 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. 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. 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). > (But, this is what Mikolaj would consider as bloated, right?)
Definitely. Maybe use statusbar only as indicator of filtering action?
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 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 *** |