Automatic naming of modules when choosing a preset - neat!

Software darktable
1

I just got the latest master and opened darktable for some casual evening editing - and discovered this:
nice
Whoever put in the automatic naming when choosing a module preset - thank you! You just made my day evening :smiley:

15 Likes
2

A side effect of also being able to apply multiple auto preset. It all started as a Feature Request. Now I need to create two auto for D&S to further simplify my workflow.

Thanks Pascal

4 Likes
3

This is pretty awesome ā€¦ except ā€¦ I cannot seem to replicate this functionality. My current build is 4.3.0+14~ged69e5ae3 and I auto-apply denoise (profiled). I have created a preset of the ā€œnon-local means autoā€ mode to automatically apply on all my imports, inventively :stuck_out_tongue_winking_eye: named ā€œNon-local autoā€. I find no such description, no matter how wide I make the right toolbar:
image

4

This is too old of a build. It was merged around 12hr ago. Actually there are a significant number of merges in the last two days.

5

Thank you, I have pulled the latest and rebuilt - now the feature is there! Awesome!

6

Thanks :slight_smile: Thatā€™s my work. I needed that for the multiple auto apply presets. Thatā€™s very fresh, if there is issue do not hesitate to report on GitHub.

14 Likes
7

Iā€™m glad itā€™s here now. I requested it a year ago, but was told itā€™s a bad idea.

4 Likes
8

I can actually relate to the reasoning against it.
I think there might be (at least) three different use cases:

  • multiple instances of the same module w/ different presets (S&D for denoise and S&D for sharpening, for example)
  • (multiple) instances (w/, w/o preset) for a specific area - which I often call something like ā€œtop leftā€ or so
  • applying a preset but tweaking it

In all cases, I would manually type in a name if needed, anyway. So for me, it either saves me typing in an information the module already ā€œknowsā€ (whicht preset?) or its at least no additional work to put in an individual name.

But, as everywhere: as soon as there is an option, there are reasons for and against it :rofl:

9

Note that the current implementation fix the issue reported in the thread you reported. Now the name is reset if the parameters are changed so at leas we cannot say that the iop name is misleading. This was not proposed at the time. Note also that if you enter manually the iop name it wonā€™t be reset. All in all the current implementation does not suffer the initial problem mentioned and this was really needed for the support of multiple auto-presets otherwise it would be difficult to see what has been applied.

4 Likes
10

Sorry, I wasnā€™t complaining. Iā€™m just happy itā€™s there, and even happier with the advanced solution!

11

@kofa : I know, I just wanted to add some notes about the work.

1 Like
12

Thank you very much for your work @Pascal_Obry .

Sorry if this isnā€™t the right place to post this potential issue.
Iā€™m using the color balance presets from @MarcoNex and when I want to do a clean and tidy job, I have to name each new instance, so this new feature is great for me as it saves me a lot of time.
Well, when I select one of the presets, name it, great, but, when I modify something within the new instance, the name disappears.
I am aware that I have changed the values of the presets, and that therefore it is no longer the same.
In this particular case, the purpose of the presets and the classification of colors using parametric masks to later work on the colors individually.
I wonder if there is some way to keep the name even though I changed the values inside the instance.

Thank you.

1 Like
13

I agree. The name expresses an intention, which does not change by fine-tuning the parameters.

1 Like
14

Yes, just rename it (or just enter the iop label and type enter)

2 Likes
15

I created a style with multiple d&s instances turned on, but it slows the pipe/works the hardware too much for my liking, so now I have the presets in the style turned off, and only turn them on when all else is done.

1 Like
16

So with the ā€˜prompt for name on addition of new instanceā€™ option set we just need to press Enter, I guess (not at my Linux box at the moment).

17

Thank you for your answer.
That was already the case before.
So in this particular case nothing has changed.
Thanks anyway. Darktable is getting better every day.

1 Like
18

Sometimes, but not always. Iā€™m thinking, for example, of the film emulation presets in color calibration. For example, the ā€œB&W: ILFORD HP5+ā€ is very specific and if you change some of the parameters in color calibration it might not even be B&W any more, and itā€™s certainly no longer an emulation of that specific type of film.

4 Likes
19

Indeed. :+1: Another example of no single truth or correct solution.

2 Likes
20

I think being able to rename or keeping the name after an edits makes this too complex without a significant benefit. Do you want the name and tweak to remain with the xmp?