Bug 147886 - Managment of raw files (as duplicate of jpg files)
Summary: Managment of raw files (as duplicate of jpg files)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-ItemGroup (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-15 10:41 UTC by René Fritz
Modified: 2021-05-08 12:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.3.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description René Fritz 2007-07-15 10:41:09 UTC
Version:            (using KDE KDE 3.5.7)
Installed from:    Ubuntu Packages

Cameras that can save raw files often allow to store both formats (jpg and raw) for an image at the same time. That means you'll have two files of the same image.
I think it would be helpful to add a little support for that situation.

Currently digikam just displays all files in an album which means the jpg and the raw files are displayed. This is not what I normally wants, espacially raw file display is slow in comparison to jpg.

I suggest to hide the raw file when there's an jpg. This could look like this:

(I assume that the raw file has the same base file name as the jpg so the raw file can be detected as an duplicate.)

By default the duplicate raw file will be hidden but the thumbnail could indicate the existance of different formats with additional info like icons. These icons should be in grey for example not to be anoying for the user. Maybe just place '(RAW)' after the file name: IMG_1234.JPG (RAW)

I call this 'grouped mode'.

The view behaviour could be switched:
- show raw files grouped (default)
- show raw files ungrouped (like digikam behaves now)
- show raw files only

The problem is how actions (edit, delete, ...) should work in grouped mode. while file operationes (move, delete, ...) and meta data actions like tagging should work on both files, viewing and editing should work with the jpg by default. The context menu could have additional entries: 
- Edit RAW ... (configurable external tool)
- Open RAW with ...

I can imagine that there might be more side effects implementing this feature. For example when the external RAW converter overwrite the JPG the meta data might need to be rewritten to the file.
Comment 1 Arnd Baecker 2007-07-15 10:53:24 UTC
Duplicate. Please transfer your comments
to http://bugs.kde.org/show_bug.cgi?id=126149

See also http://bugs.kde.org/show_bug.cgi?id=121310
concerning the grouping.


*** This bug has been marked as a duplicate of 126149 ***
Comment 2 caulier.gilles 2021-05-08 12:50:12 UTC
Fixed with bug #126149