Selecting grouped pictures change of behaviour (Was "Inconsistent watermark sizes depending on pictures ratio")

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Selecting grouped pictures change of behaviour (Was "Inconsistent watermark sizes depending on pictures ratio")

tosca
Hi Simon,

One more thing: I just saw that whole groups are also used to load the lighttable. I can't see any any point in comparing different formats and/or sizes pictures!
Apart from browsing albums, I definitely don't see any more usage for the grouping feature with this current behaviour; it seems that I need to display the pictures as ungrouped selections for everything.

Marie-Noëlle


2017-01-22 20:18 GMT+01:00 Simon Frei <[hidden email]>:
I am aware it is. a big change in behaviour and for your use case, it definitely doesn't make sense. This change has been requested by users, but I agree, it has gone too far by making this the only behaviour. This should either be made configurable somehow.
I introduces these changes so I am happy to think of and implement a solution, but I have exams coming up. So I will only be able to do this after mid February. Your options are to live with it or switch back to 5.3.0 for the time being (or hope someone else will pick it up). I am sorry I can't provide any more timely assistance.

Cheers,
Simon


On 22/01/17 19:02, Marie-Noëlle Augendre wrote:
The big problem is this is a full change of behaviour.
For years, I have adopted a workflow that worked with 'past' Digikam, and now it won't work anymore!

All my pictures are grouped 'under' the TIFF format, that qualifies as the 'mother' picture: the original raw, the JPEGs that have been created from the TIFF (itself created in Darktable) and possibly other TIFF versions in case I made several different developments.
Each time I needed to produce a JPEG, usually for online publication, a new photobook, or storing on mobile devices, I only had to select the TIFFs, and run whatever workflow I wanted to use in the BQM.

Selecting whole groups might be fine for managing metadata, but I can't see any relevancy when it comes to resizing, converting to JPEG(!), watermarking, exporting and such.

Please provide some kind of option, especially when using the batch queue manager, so we can have choice between selecting only the top picture, or the whole group.

Thanks in advance,
Marie-Noëlle





--
 
Découvrez mes photos sur mon site ou ma page Facebook




et tous mes livres-photos sur le site Blurb



Reply | Threaded
Open this post in threaded view
|

Re: Selecting grouped pictures change of behaviour (Was "Inconsistent watermark sizes depending on pictures ratio")

Simon Frei
Hi Marie-Noëlle,

The current behaviour is to do any operation on all group members when in grouped mode. I can only assure you again, that I will address this problem and I apologize for the inconvenience in the mean time.

Simon

On 02/02/17 13:06, Marie-Noëlle Augendre wrote:
Hi Simon,

One more thing: I just saw that whole groups are also used to load the lighttable. I can't see any any point in comparing different formats and/or sizes pictures!
Apart from browsing albums, I definitely don't see any more usage for the grouping feature with this current behaviour; it seems that I need to display the pictures as ungrouped selections for everything.

Marie-Noëlle


2017-01-22 20:18 GMT+01:00 Simon Frei <[hidden email]>:
I am aware it is. a big change in behaviour and for your use case, it definitely doesn't make sense. This change has been requested by users, but I agree, it has gone too far by making this the only behaviour. This should either be made configurable somehow.
I introduces these changes so I am happy to think of and implement a solution, but I have exams coming up. So I will only be able to do this after mid February. Your options are to live with it or switch back to 5.3.0 for the time being (or hope someone else will pick it up). I am sorry I can't provide any more timely assistance.

Cheers,
Simon


On 22/01/17 19:02, Marie-Noëlle Augendre wrote:
The big problem is this is a full change of behaviour.
For years, I have adopted a workflow that worked with 'past' Digikam, and now it won't work anymore!

All my pictures are grouped 'under' the TIFF format, that qualifies as the 'mother' picture: the original raw, the JPEGs that have been created from the TIFF (itself created in Darktable) and possibly other TIFF versions in case I made several different developments.
Each time I needed to produce a JPEG, usually for online publication, a new photobook, or storing on mobile devices, I only had to select the TIFFs, and run whatever workflow I wanted to use in the BQM.

Selecting whole groups might be fine for managing metadata, but I can't see any relevancy when it comes to resizing, converting to JPEG(!), watermarking, exporting and such.

Please provide some kind of option, especially when using the batch queue manager, so we can have choice between selecting only the top picture, or the whole group.

Thanks in advance,
Marie-Noëlle





--
 
Découvrez mes photos sur mon site ou ma page Facebook




et tous mes livres-photos sur le site Blurb




Reply | Threaded
Open this post in threaded view
|

Re: Selecting grouped pictures change of behaviour (Was "Inconsistent watermark sizes depending on pictures ratio")

tosca
OK. Thanks a lot, Simon.

Marie-Noëlle

2017-02-02 15:22 GMT+01:00 Simon Frei <[hidden email]>:
Hi Marie-Noëlle,

The current behaviour is to do any operation on all group members when in grouped mode. I can only assure you again, that I will address this problem and I apologize for the inconvenience in the mean time.

Simon


On 02/02/17 13:06, Marie-Noëlle Augendre wrote:
Hi Simon,

One more thing: I just saw that whole groups are also used to load the lighttable. I can't see any any point in comparing different formats and/or sizes pictures!
Apart from browsing albums, I definitely don't see any more usage for the grouping feature with this current behaviour; it seems that I need to display the pictures as ungrouped selections for everything.

Marie-Noëlle


2017-01-22 20:18 GMT+01:00 Simon Frei <[hidden email]>:
I am aware it is. a big change in behaviour and for your use case, it definitely doesn't make sense. This change has been requested by users, but I agree, it has gone too far by making this the only behaviour. This should either be made configurable somehow.
I introduces these changes so I am happy to think of and implement a solution, but I have exams coming up. So I will only be able to do this after mid February. Your options are to live with it or switch back to 5.3.0 for the time being (or hope someone else will pick it up). I am sorry I can't provide any more timely assistance.

Cheers,
Simon


On 22/01/17 19:02, Marie-Noëlle Augendre wrote:
The big problem is this is a full change of behaviour.
For years, I have adopted a workflow that worked with 'past' Digikam, and now it won't work anymore!

All my pictures are grouped 'under' the TIFF format, that qualifies as the 'mother' picture: the original raw, the JPEGs that have been created from the TIFF (itself created in Darktable) and possibly other TIFF versions in case I made several different developments.
Each time I needed to produce a JPEG, usually for online publication, a new photobook, or storing on mobile devices, I only had to select the TIFFs, and run whatever workflow I wanted to use in the BQM.

Selecting whole groups might be fine for managing metadata, but I can't see any relevancy when it comes to resizing, converting to JPEG(!), watermarking, exporting and such.

Please provide some kind of option, especially when using the batch queue manager, so we can have choice between selecting only the top picture, or the whole group.

Thanks in advance,
Marie-Noëlle





--
 
Découvrez mes photos sur mon site ou ma page Facebook




et tous mes livres-photos sur le site Blurb







--
 
Découvrez mes photos sur mon site ou ma page Facebook




et tous mes livres-photos sur le site Blurb