Snapshots should always be applied from a source image to a target - #22076
Snapshots should always be applied from a source image to a target#22076lefth wants to merge 1 commit into
Conversation
This prevents snapshots from being applied in an unloaded image, which causes loss of image history if undo is not applied. This tends to happen and go unnoticed with duplicates.
|
Indeed, the issue is fixed but I'm wondering if we just want to disable restoring a snapshot to another image. The restore has been designed to go back to an old edit for the same image. To be discussed, but applying a snapshot to another image seems awkward to me. |
|
@TurboGit It would be awkward if done by accident, but on purpose (and with Duplicate Manager) it's a straightforward way of persisting snapshots to disk, or to get snapshots into a state where they can be viewed in lighttable. Here's an example workflow: I've been reading that the proper way to give a warm glow to a scene is not to let some warmth seep in through color calibration, but to calibrate the scene to entirely neutral and add warmth through cbrgb. Without getting into the arguments on either side, I'd like to test it.
You can do all this without applying changes onto duplicates, but (with multiple versions) it would take longer and introduce confusion about which image I need to load to restore a snapshot. Plus I try not to alter my history stack after I have an image I like, so the workflow would involve cloning with the clone being an original and using the first image to load snapshots then create other duplicates. I also temporarily apply snapshots just to see module parameters, though this goes against my rule of not casually altering history. (If the parameters are complex, I might even load a snapshot, save a module as temporary preset, undo, then apply the preset.) In short, snapshots are a general tool. Should we restrict applying snapshots to non-duplicates? I can think of one use case: a snapshot is like a named history stack. I could apply my "artistic color calibration" or "warmed with cbrgb" snapshots to another image in the same set to see how they work. |
This prevents snapshots from being applied in an unloaded image, which causes loss of image history if undo is not applied.
This tends to happen and go unnoticed when working with duplicates. This fixes #22018.