[Bug 154643] New: slideshow from digikam could use some filter options

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154643         
           Summary: slideshow from digikam could use some filter options
           Product: digikam
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: simon margo student utwente nl


Version:           0.9.3 (using KDE KDE 3.5.8)
Installed from:    Ubuntu Packages
OS:                Linux

First of all, I'm very glad that in v0.9.3 it's now very easy to filter raw files from the album display. However, this feature hasn't yet found its way into the slideshow or advanced slideshow features of digikam.

The quick button for full screen slideshow could be enhanced by having the options:
All (no filter)
All (filtered by type)
Selected Images Only
With all subalbums (no filter)
With all subalbums (filtered by type).

Having said that, I don't think it's a good idea to have a menu under a toolbar button for something like slideshow (it only confuses matters, I think). So perhaps this should be selected in a right-bar(?) section, also including filters based on tags or filenames?

In the advanced slideshow option, I'd like to use a number of characteristics to filter for a slideshow:

- tags (set or unset)
- dates (range(s))
- filename mask
- filetype filter


And regarding the quick filter at the bottom, could it be used to have some sort of logical filter based on tags and perhaps filename? A syntax like: "f:ar* and t:food", f: is a filename filter, t: a tag filter. If not specified it could be one or the other or try both.

Cheers

Simon
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154643         
caulier.gilles gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |SlideShow
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154643         




------- Additional Comments From simon margo student utwente nl  2008-04-07 19:34 -------
Using 0.9.4 (recent svn), I ran into this one again...
It's quite irritating when you're showing your family some photographs and they have to endure an un-rotated raw image (low-res thumbnail) before they can see the normal rotated JPG. Simply looking at the file-type filter would already be a big help!

Cheers

Simon
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154643         




------- Additional Comments From caulier.gilles gmail com  2008-04-07 20:01 -------
Simon,

No, un-rotated raw image depand of wrong Exif rotation tag recorded to Raw file. Thanks to camera maker to fill properlly these informations.

Also, unforget than thumbs != RAW and orientation can be different and not homogenous.

Sometimes standard Exif tags is used, sometimes Exif Makernotes is used (undocumented), sometimes no public area is used. So, RAW is a mess.

With digiKam for KDE4, we will store a rotation flag in database about Thumbs orientation.

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=154643         




------- Additional Comments From simon margo student utwente nl  2008-04-07 21:25 -------
Gilles,

sorry for my side-remark about the RAW and rotation ;-) I've no idea where Sony stores the rotation info in alpha100 images...

Back to the topic, I store the RAW files in the same place as the JPG, which is what I think is the intended place when using digikam, right?
That means I have albums with "double" images, both the RAW and the JPG (since I shoot RAW+JPG, I have both all the time). My original point was and is that the slideshow function doesn't use the information of the album file-type filter (which was new since 0.9.3) to select which images to show in the slideshow.

Especially when selecting an album with sub-albums for a slideshow, there doesn't seem to be a way to filter out the RAW images from the set to be displayed.

I hope this explains more clearly what I meant...

Cheers

Simon
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel