it’s a really common issue a lot of people share me included so it’s probably an issue with darktable itself.
if you look at how a basic edit currently works:
-
tone mapping: you have multiple tonemappers sitting there (filmic, sigmoid, base curve) when you most of the time should only use one. users have to build custom module groups just to hide the ones they aren’t using so they don’t accidentally stack them.
-
white balance: the actual white balance module warns you not to touch it, so you have to use color calibration. but in the CAT tab there isn’t a normal green/magenta tint slider. if you have a slight tint from leds or glass you have to go into custom and dial in LCh hue/chroma or sample patches just to fix a basic cast.
-
tone equalizer: you can’t just move it to fix highlights or shadows. you have to open the mask tab first, hit the calibration button, check that the exposure mask spans the right EV range, and only then touch it.
-
selective edits: you go to exposure, draw a mask. to add some thing else to that same subject you have to find another module, create a new instance or link the previous mask. to tweak color on it, jump to color balance rgb, find the mask again, and link it again. you end up with masks scattered across different modules and it’s hard to track what is attached to what.
what an ideal setup could look like from my perspective without breaking the pipeline or xmp compatibility:
-
tone mapping: using one (like default) automatically hides the others so you only ever see the active one. (ofc the old behaviour can be turned on but imo just confusing for most users) and you can find them in search.
-
white balance: a clean interface with normal temperature and tint sliders that handles everything in the right place without 2 modules where the obvious to use one shouldn’t be used
-
tone equalizer: automatically calibrates the mask range on image load so the sliders are ready to use immediately.
-
selective edits: you make a mask and apply edits directly to it instead of hunting across separate modules. under the hood it keeps the exact same pipeline order as now, but the module list could filter down to only show the tools active for that current mask (with an option to view all modules if you want). in the list each module could be marked as “global” or show the mask name/type, with maybe a color code showing what part of the pipeline it belongs to (scene-referred, display, etc.), and selecting a mask highlights all the modules tied to it. for basic edits you don’t even have to think about pipeline order, but reordering is still there for advanced usage.
darktable is great but it’s not easy to use