maybe start writing up what should happen when, in a simple (hierarchical) text file. like, when grouping mode is on, then: else: also take into account if the group is expanded
another example: duplictaes get grouped, too. tagging one of them with the intended prupose (name of a client for example) shouldn't do that for all versions of the image so are ratings. they are things applied to an image that might be grouped
- related to issue #8968
- use cases for groups:
- automatical grouping of RAW+JPEG on import
- grouping of duplicates
- images having a very strong connection: panorama image parts, exposure bracketing
- mostly at same place & same time
- tagging duplicated images with different effects & filter for different clients?
- is this really done?
- aren't tags a better solution for this?
- current behaviour of the operations listed below: operation only applied to group leader (picture visible when group is collapsed)
- intended/ wishful behaviour
- rating and rejecting
- on group: rate/ reject all images of the group
- on single picture/ expanded group members: group/reject only the selected image(s)
- color labels: similar to rating & rejecting (for consistency)
- delete/ move to trash/ copy/ move
- on group: apply for all members of group
- on single pictures/ expanded group members: only apply for selected members
- duplicate
- on group: duplicate whole group: create duplicates of all group members and group them again
- on single pictures/ expanded group members: duplicate only selected ones
- question: shall duplicated group members be part of the same group as the pictures they're duplicated from?
- rotate/ reset rotation
- on group: apply for all members
- on single picture/ expanded group members: only apply for selected ones
- create HDR images
- on group: implicit assumption: all members are exposure bracketing shots -> create HDR from all of them
- on single pictures/ expanded group members: only create HDR from selected pictures
- tagging
- on group: manual tags (not the automatic darktable ones) shall be applied to all members of the group
- on single pictures/ expanded group members: tag only the selected ones
- if you want to tag only certain group members: expand group first
- metadata editor: similar to tagging
- correct EXIF timestamp (via geolocation)
- on group: correct/ shift timestamps for each group member
- on single members (if you really want to do that): shift/correct timestamp only for selected members
- apply preset styles
- problematic for RAW+JPEG grouping, if RAW-specific filters (e.g. base-curve, RAW-denoise, lens correction) are part of the style
- no good idea for that yet
- maybe just don't apply presets to folded groups at all?
- filtering the view e.g. by rating/ tag
- if all images of the group suit the filter (e.g. have enough stars): show whole group collapsed as group
- if only some members suit the filter: show them separately, but maybe hint they belong to a group?
- curent behaviour: if only group leader gets rating, filtering for e.g. >= 2 stars only show the group leaders separately
- "copy locally"
- I don't use this feature at all so I can't comment on its everyday usage
- but there's at least a bug report (#11382) suggesting to apply this copy action also to all group members
- rating and rejecting
So the only parts that we have to discuss and find a solution for are:
The latter is most likely going to be complicated, both from the UI and also how to code.
It should also be mentioned that all these things only apply when grouping is globally enabled in the top toolbar. Otherwise actions are always just affecting the selected image(s)!