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
Are you sure about that? I think that we should treat all collapsed groups the same, no matter whether they're collapsed because all groups are collapsed or they've been collapsed manually.