I’m glad it’s here now. I requested it a year ago, but was told it’s a bad idea.
4 Likes
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 
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
Sorry, I wasn’t complaining. I’m just happy it’s there, and even happier with the advanced solution!
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
I agree. The name expresses an intention, which does not change by fine-tuning the parameters.
1 Like
Yes, just rename it (or just enter the iop label and type enter)
2 Likes
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
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).
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
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
Indeed. 
Another example of no single truth or correct solution.
2 Likes
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?
Hello,
Thank you very much, this is a very nice upgrade from Dartable,
It works perfectly for me and saves me a lot of time.
Greetings from brussels,
Christian
Is this automatic naming able to be turned on/off in preferences?
No, it was not possible either before where the iop where named 0, 1, 2,… So the only change if for the first instance and when using a preset. I’m not sure we want yet another pref to control that.
My only real gripe is that in styles I put numbers in the name of multiple instances that match the numbers which can be assigned via shortcut to that instance. With this change, that number will be overwritten, thus losing the visual guide to know which instance the shortcut applies to.
Not the end of the world, but I put it here as an example of workflow that might not have been considered.
However, if I changed the name and got rid of the numbers, it wouldn’t then be overwritten with numbers again on applying a preset. So not an apples to apples comparison.
That’s a bug… The new feature is not supported for styles. Will fix.
4 Likes
Not much tested, still draft but seems to be what you are looking for.
1 Like