WISH: Remeber filter settings in album view

[Andreas Bank]

Binary package hint: digikam

Since I store raw and jpeg files next to each other and since my personal rating scheme interprets 0 stars as "bad but not deleted" I always need the following filter settings for album view "No RAW files" and "minimum one star". Each time I start digikam I need to set these filter settings.
I think it is a good idea to store the filter settings when leaving digikam and restore them on start up.

ProblemType: Bug
Architecture: i386
Date: Wed Dec 9 16:19:30 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/digikam
NonfreeKernelModules: nvidia
Package: digikam 2:1.0.0~rc-1ubuntu1~karmic1
ProcEnviron:
 LANGUAGE=de_DE:de:en_GB:en
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.52-generic
SourcePackage: digikam
Uname: Linux 2.6.31-16-generic i686
XsessionErrors:
 (polkit-gnome-authentication-agent-1:2329): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (firefox:2340): GLib-WARNING **: g_set_prgname() called multiple times

[Janziehm (janziehm)]

Version: 0.9.3 (using 3.5.8, Debian Package 4:3.5.8.dfsg.1-7 (lenny/sid))
Compiler: Target: i486-linux-gnu
OS: Linux (i686) release 2.6.24-2.6.24.2.slh.11-sidux-686

I would like to keep the settings of the image quickfilter fixed for albums where I have many jpegs as well as cr2 files, but would only like to display jpegs. Is there a general option to quickly turn the display of certain file formats on and off and save those settings so they will be remembered when I reopen the application?

[Caulier-gilles-9 (caulier-gilles-9)]

Marcel,

this entry is relevant of a new setting from DB. this is dedicaced to KDE4 of course...

Are you agree to add a new DB field to store icon view filter settings in DB ?

Gilles

[Caulier-gilles-9 (caulier-gilles-9)]

Marcel,

Are you seen my comment #1?

Gilles Caulier

[Marcel-wiesweg (marcel-wiesweg)]

If we store this in the DB, it means the setting is "global", i.e. if there should be multiple users per DB some day, the setting would apply for all of them.
I am not sure if this quality applies to such settings; if you think so, we can store it in the DB (in the settings table?)
In the other case, we can store this in the usual KConfig settings just as well.

[Arnd-baecker (arnd-baecker)]

To me this sounds more like a per-user, view option, nothing which
should go into the data-base.
On the other hand this would mean to store such a list of albums
with their settings in the configuration file. Is this a feasible approach?

[Caulier-gilles-9 (caulier-gilles-9)]

Good question Marcel...

But storing filter setting by album will take place on config file especially with huge collection.

Also, loading this settings will take a while at startup...

Mik, Gerhard, Arnd, Fabien, your viewpoint is welcome here.

Gilles

[Mikolaj Machowski (mikmach)]

> Mik,

This is definitely "per user" setting so not place in base as Marcel
said. It it means performance hit - scrap it. Sorry but this setting can
be done quickly in interface so such trade off is a big no, no.

OTOH this is reasonable wish. Maybe mark it as LATER - if there will be
made space by performance gains in other areas implement it?

[Luka Renko (lure)]

This is a wishlist item. Such request are much better served if they are reported in upstream/developers bug tracker. Please feel free to open bug at http://bugs.kde.org

[Luka Renko (lure)]

Actually, there is already KDE bug about this - you may want to subscribe to it:
https://bugs.kde.org/show_bug.cgi?id=158484

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 216276 has been marked as a duplicate of this bug. ***

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 148996 has been marked as a duplicate of this bug. ***

[Rohan Garg (rohangarg)]

Hi
This bug is being tracked upstream, as soon as this feature is implemented upstream, it will land in Kubuntu. Which is why I'm marking this bug as invalid.

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 334671 has been marked as a duplicate of this bug. ***

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 297289 has been marked as a duplicate of this bug. ***

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 312683 has been marked as a duplicate of this bug. ***

[Caulier-gilles-9 (caulier-gilles-9)]

*** Bug 350373 has been marked as a duplicate of this bug. ***

[Anna Timm (5-anna)]

Ah, sorry for the duplicate. I actually searched for "save filter" and nothing came up, odd.

Anyway, is it really necessary to save it "per album"? I guess just a quick and easy way to save and load filter settings will get the job done in a similar manner?

Copy-Pasta of my suggestion: At the very top of the filters sidebar could be a text-input for a name, next to it a save button. Below a dropdown list with all saved filters, the default display could re d "load a saved filter" or "no saved filters". When loading one, the name should appear in the name input field above, so changes can be saved quickly or variations can be saved with only adding a letter/number to the original name.
This way there is not too much space wasted.

Well, this means a two-click operation every time one want's to load an album with a filter... Sorry, I have no idea about programming, but maybe this is also a better solution in case there are performance issues with the per-album-setting: instead of saving all filter settings per album, just save a reference to a saved filter...

[Anna Timm (5-anna)]

Created attachment 93652
Saving Filters UI mockup

Saving filters and setting a filter per album, from a pure UI perspective. I think something like this would be quick and easy to use.

[Kde-bugs-u (kde-bugs-u)]

Calibre (written in PyQt) has this feature implemented. Perhaps mockups and implementation ideas could be taken from there.

[whochismo (whochismo)]

I am also very interested in this feature.

[Chentaocredungtao (chentaocredungtao)]

+1
It sure would be great to have this feature