Hi Aurélien, > Hi, > > image-processing modules *are not moved *up and down *in the GUI* but *in > the pixel pipe, *so that changes the actual order of application of the > corresponding filters. You are on for a lot of trouble if you handle that > as a workspace widgets reordering feature. > Indeed, I know as I read DT docs, articles, watch your videos and so on. And I didn't state that they are not moved in the pixel pipe, I mentioned that they are movable in the GUI (which will reflects on the pixel pipe ordering as you mention). But better saying it again and again as this information is really important from an image processing point of view. :-)
Reordering the (non image-processing) modules as a workspace management > might raise 2 concerns : > > - a need for a global workspace/widgets layout editor (Qt app do that > a lot, GTK is not super keen), > > That's true, GTK is not as perfect as Qt for these UI design features. However the lack of such design tool what has been achieved for the UI part of moving modules in the right panel of the darkroom seems pretty good. There may even be some potential to factor it to other parts of the UI not linked to the pixel pipe. As an alternative, some config file based ordering of the left panel would be easier to achieve I guess (and safer considering your point #2). > - a possible confusion among users, because left panel reordering will > mean workspace reordering, but in right panel, it will mean pipe > reordering. 2 different behaviours for the seemingly identical graphical > widgets in the same app is not a good UX design. > > Very true that it is a possible source of confusion. Unless the users understand the consequences of what they are doing. I know you're very familiar with this question after having done a lot of user education material following the big change of pixel pipe free ordering (thanks for that BTW). The main question is to get the user informed of what happens by whatever means are available to the developers Which seems pretty achievable as differentiating between image processing and non image processing modules seems not to much to understand for a user. I don't mean to side track the discussion at hand here but if you're interested I have some other suggestions to get the user informed about the potential signal processing disaster when ordering the pixel pipe modules badly relatively to the color space. It would be useful to educate those who don't take time to read articles and videos about signal processing. Thanks for your useful inputs, Cheers, Florian Le 22/01/2020 à 14:33, Florian W a écrit : > > Hi guys, after a few months here is the usability nerd again :) > > I wondered if there was any reason (other than historical I mean) for the > ordering of the left panel modules in the darkroom. > > I can see good reasons to put the snapshot and history modules at the top > of the panel, however I'm a bit puzzled to see the mask manager at the > bottom and the duplicate manager at a higher position. > > Different people have different workflows and want to organize their > workspace differently according to it. > > Wouldn't it be great if the left panel modules could be moved up and down > like we can do in the right panel now? > > I mean, I usually use the mask manager way more often then the duplicate > manager (which I basically don't use as there's Ctrl+D to do the job). > > It's been a while since I haven't been into the DT code base but I shall > have a look to do that. > > Cheers and keep up the good work 👍 > > Florian > > ___________________________________________________________________________ > darktable developer mailing list to unsubscribe send a mail to > darktable-dev+unsubscr...@lists.darktable.org > > > ___________________________________________________________________________ > darktable developer mailing list to unsubscribe send a mail to > darktable-dev+unsubscr...@lists.darktable.org > ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
