Even for the favorite list (it’s just a user defined collection of modules) it’s useful to know what you’re doing: changing the parameters of a lower module affects the upper, especially when using parametric masks. So there’s really no benefit in having a list of stuff where transparency of the process chain is lost... having to switch between module lists just to see the „real“ order is quite more annoying then learning it once.
> Am 15.02.2021 um 16:57 schrieb Michael Staats <michael.sta...@gmx.de>: > > On 15/02/2021 15:54, Kneops wrote: >> That is a very good example! :) >> >> 1. >> >> Pixelpipeline/module order/background operations in DT: >> First the socks, then the shoes. >> >> 2. >> >> Me: >> First I choose which shoes to wear today, than I go look for soms socks >> that fit with the shoes, if I can find them. >> >> So I do not want to mess up the very logical order of first socks, then >> shoes. But choosing which socks and which shoes could have a different >> order. ;) > > Hi > My 2 cents: I think most people do not want to mess with the internal > pipeline, they just expect that the right thing happens when they switch > on a module or change a setting. > > But it can simply be a matter of taste if you first crop&rotate, or set > the white balance. And why not allow to re-order the modules in the > favorite list to taste (without changing the pipeline), so that in one's > standard workflow you would simply start at the top, and when you are at > the bottom, you are done? > > Don't get me wrong, I'm not asking for it, I personally do not have such > a standard workflow. I look at my picture, and if I want to change > something, I pick the module I need, and so on, until I'm happy. In the > next picture, it might be a complete different order. > > But I understand if others, especially if handling many pictures, want > to have their personal order. Or maybe that helps establishing a common > workflow for a group of users, like when teaching whoever (pupils, > employees), or whatever use case you may think of... > > Best regards, > Michael > -- > Michael Staats > michael.sta...@gmx.de > ____________________________________________________________________________ > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org > ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
