Re: [darktable-user] Still no GUI module order possible?

2021-02-24 Thread Ricardo Kozmate.Net

Em 17/02/2021 14:44, Michael Staats escreveu:

On 17/02/2021 13:14, Martin Straeten wrote:

"Really, I cannot understand why we cannot have a tab on which any USER
can list his/her preferred modules and can order them as per his/her
preferred workflow"

thats quite easy - because none of those who want this feature become
active, fork the code and simply implement the stuff ...



Hi
This is certainly a valid remark, the developers have their priorities,
and that's absolutely fine. It's open source, if you want something,
implement it -- my words (sometimes ;-).

On the other hand, creating a fork, in a proper manner, with the option
to somehow merge later, and then implementing something rather small, is
a lot of effort, for a small effect.

For example, I'm pretty sure that, in theory, my programming skills are
good enough to implement such a thing. But I would need to understand
the "architecture" of the source code, know how to implement effectively
and efficiently, following all the best practices the developers are
following because of their experience, etc. etc.



Precisely.

That is why "fork and do it your self" is a plain rude reply.



So it's valid to kindly ask the developers if they might spend a day or
three, when others might need weeks for the fork.

But if they say "No", that's a valid answer and has to be accepted.



Agreed, and agreed. Some one asked for it. I supported (and stuill 
support) the request, but obviously understand if it not a priority.


DT is quite good, I, and I bet we, thank the developers effort with it.

I do not that thank rude replies, including for those know-it-all that 
even know what I know, what I read, what I did.



One last note on the GUI reflecting the order of the modules.

Do the devs code "in order"? Do they code in assembly? Why not? Why 
don't they try to really understand how the code really work, and write 
it in the exact order it is executed by the computer? It is not the same 
if you JMP before you ADD, or ADD before you JMP...



Thanks. Let's try to believe others are trying to help. Be it users 
asking (silly) questions , devs coding, translators translating, 
youtubers... ahamm youtubing...? :-)


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-19 Thread Terry Pinfold
Currently I am scanning many hundreds, soon to be thousands of images and
films. DT can do a great with most of the processing but auto levels in
GIMP tends to work better at correcting the final colors than the RGB
levels module in DT. Also with GIMP once the auto level is applied you have
the option to fine tune the result as a curve before applying the
destructive change. The levels feature in GIMP leaves Photoshop for dead
because of this ability.

I should also point out that in the previous version of DT when I used
Filmic V3 I was nearly always disappointed with the saturation of colors
because of how the tool was designed to subdue saturation at extreme
values. Now with V4 I have better control over the saturation across the
whole range of values and get really pleasing results very quickly most of
the time. I would suggest to anyone who was disappointed with earlier
versions of Filmic that they try V4 with fresh eyes. Filmic takes me back
to the days of film when I used different film stock for different subjects
and lighting scenarios. Sometimes I want soft film for portraits and other
times vibrant film to bring out the colors and contrast.

On Sat, 20 Feb 2021 at 02:46, Kneops  wrote:

> True Terry, I think I can agree with everything you wrote :), including
> the sometimes necessary combo DT + Gimp. Sometimes I was so involved
> with an image in DT, editing much too long, that when I saw the exported
> image I was not satisfied at all. Opening it in Gimp and applying auto
> levels and the image was finished ;). Working too long on an image and
> you can get detached from it and they don't feel 'real' anymore. That
> can also be the danger of too many tools. A picture a lot of times
> should not be 'perfect' to keep it alive and real.
>
>
>
> Op 19-02-2021 om 15:28 schreef Terry Pinfold:
> > For me the ability to do localised adjustments with the drawn masks
> > using the paths tool and the ability to then feather this mask to get
> > invisible transitions is what wins me over to Darktable. I am really
> > impressed with Rawttherapee but the lack of localised adjustments is a
> > huge negative for me. I also never bag out Lightroom. Lightroom provides
> > a very fast and very good photo editing tool that is well suited to a
> > studio, wedding, portrait photographer who needs excellent results
> > quickly because time is money. On the other hand I find darktable is
> > more of an artist's tool giving so much control over the image
> > processing, but it takes effort to master and learn. The beauty of
> > Lightroom is a few simple sliders to apply effects such as brighten
> > shadows, clarity etc. I would never want Darktable to become this simple
> > a program, but Lightroom is what suits so many people well. For me it is
> > not a competition for which is the best program, but recognising what
> > each program excels at. I even find that I often have to finish off
> > images using GIMP after Darktable. I really like the way levels work in
> > GIMP and the healing tool in GIMP is excellent when restoring scanned
> > images with lots of spots. The retouch module in Darktable wins out when
> > you have huge damaged areas that need repairing, but can be slow when
> > you have numerous small spots. In my ideal universe I would love to see
> > the talent of the Rawtherapee developers combined with the talents of
> > Darktable developers. So many good ideas in both of those programs, but
> > as I said the localised adjustments is the big one for me and I am also
> > really impressed with how Filmic allows me to create the 'picture' or
> > 'color' style of image that I want. I don't want to replicate the camera
> > JPG look or the Lightroom look. I want the look that I want.
> >
> > On Fri, 19 Feb 2021 at 18:46, Kneops  > > wrote:
> >
> > Funny, because when I used DT as my main raw editor I used drawn
> > masks a
> > lot (!), but since I have a LR license and noticed how well and fast
> > sharpness, detail, highlight and shadow recovery work, I have never
> > missed it. ;)
> >
> >
> > Op 18-02-2021 om 22:50 schreef Terry Pinfold:
> >  > I own licences for Lightroom and the whole suite of Adobe
> > products. I
> >  > choose Darktable as my preferred editing program because it is so
> > good.
> >  > I especially love the drawn masks option using the path tool and
> > then
> >  > the ability to feather the result after the fact to get invisible
> >  > transitions.
> >
> >
> >
> > --
> >
> >
> >
> >
>


--


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-19 Thread KOVÁCS István
On Fri, 19 Feb 2021 at 15:29, Terry Pinfold  wrote:

> I am really impressed with Rawttherapee but the lack of localised adjustments
> is a huge negative for me.

Then check out https://rawpedia.rawtherapee.com/Local_Adjustments
And also the ART fork, which supports drawn and parametric masks:
https://bitbucket.org/agriggio/art/wiki/Home

Kofa

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-19 Thread Kneops
True Terry, I think I can agree with everything you wrote :), including 
the sometimes necessary combo DT + Gimp. Sometimes I was so involved 
with an image in DT, editing much too long, that when I saw the exported 
image I was not satisfied at all. Opening it in Gimp and applying auto 
levels and the image was finished ;). Working too long on an image and 
you can get detached from it and they don't feel 'real' anymore. That 
can also be the danger of too many tools. A picture a lot of times 
should not be 'perfect' to keep it alive and real.




Op 19-02-2021 om 15:28 schreef Terry Pinfold:
For me the ability to do localised adjustments with the drawn masks 
using the paths tool and the ability to then feather this mask to get 
invisible transitions is what wins me over to Darktable. I am really 
impressed with Rawttherapee but the lack of localised adjustments is a 
huge negative for me. I also never bag out Lightroom. Lightroom provides 
a very fast and very good photo editing tool that is well suited to a 
studio, wedding, portrait photographer who needs excellent results 
quickly because time is money. On the other hand I find darktable is 
more of an artist's tool giving so much control over the image 
processing, but it takes effort to master and learn. The beauty of 
Lightroom is a few simple sliders to apply effects such as brighten 
shadows, clarity etc. I would never want Darktable to become this simple 
a program, but Lightroom is what suits so many people well. For me it is 
not a competition for which is the best program, but recognising what 
each program excels at. I even find that I often have to finish off 
images using GIMP after Darktable. I really like the way levels work in 
GIMP and the healing tool in GIMP is excellent when restoring scanned 
images with lots of spots. The retouch module in Darktable wins out when 
you have huge damaged areas that need repairing, but can be slow when 
you have numerous small spots. In my ideal universe I would love to see 
the talent of the Rawtherapee developers combined with the talents of 
Darktable developers. So many good ideas in both of those programs, but 
as I said the localised adjustments is the big one for me and I am also 
really impressed with how Filmic allows me to create the 'picture' or 
'color' style of image that I want. I don't want to replicate the camera 
JPG look or the Lightroom look. I want the look that I want.


On Fri, 19 Feb 2021 at 18:46, Kneops > wrote:


Funny, because when I used DT as my main raw editor I used drawn
masks a
lot (!), but since I have a LR license and noticed how well and fast
sharpness, detail, highlight and shadow recovery work, I have never
missed it. ;)


Op 18-02-2021 om 22:50 schreef Terry Pinfold:
 > I own licences for Lightroom and the whole suite of Adobe
products. I
 > choose Darktable as my preferred editing program because it is so
good.
 > I especially love the drawn masks option using the path tool and
then
 > the ability to feather the result after the fact to get invisible
 > transitions.



--






darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-19 Thread Terry Pinfold
For me the ability to do localised adjustments with the drawn masks using
the paths tool and the ability to then feather this mask to get invisible
transitions is what wins me over to Darktable. I am really impressed with
Rawttherapee but the lack of localised adjustments is a huge negative for
me. I also never bag out Lightroom. Lightroom provides a very fast and very
good photo editing tool that is well suited to a studio, wedding, portrait
photographer who needs excellent results quickly because time is money. On
the other hand I find darktable is more of an artist's tool giving so much
control over the image processing, but it takes effort to master and learn.
The beauty of Lightroom is a few simple sliders to apply effects such as
brighten shadows, clarity etc. I would never want Darktable to become this
simple a program, but Lightroom is what suits so many people well. For me
it is not a competition for which is the best program, but recognising what
each program excels at. I even find that I often have to finish off images
using GIMP after Darktable. I really like the way levels work in GIMP and
the healing tool in GIMP is excellent when restoring scanned images with
lots of spots. The retouch module in Darktable wins out when you have huge
damaged areas that need repairing, but can be slow when you have numerous
small spots. In my ideal universe I would love to see the talent of the
Rawtherapee developers combined with the talents of Darktable developers.
So many good ideas in both of those programs, but as I said the localised
adjustments is the big one for me and I am also really impressed with how
Filmic allows me to create the 'picture' or 'color' style of image that I
want. I don't want to replicate the camera JPG look or the Lightroom look.
I want the look that I want.

On Fri, 19 Feb 2021 at 18:46, Kneops  wrote:

> Funny, because when I used DT as my main raw editor I used drawn masks a
> lot (!), but since I have a LR license and noticed how well and fast
> sharpness, detail, highlight and shadow recovery work, I have never
> missed it. ;)
>
>
> Op 18-02-2021 om 22:50 schreef Terry Pinfold:
> > I own licences for Lightroom and the whole suite of Adobe products. I
> > choose Darktable as my preferred editing program because it is so good.
> > I especially love the drawn masks option using the path tool and then
> > the ability to feather the result after the fact to get invisible
> > transitions.
>


--


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-18 Thread Kneops
Funny, because when I used DT as my main raw editor I used drawn masks a 
lot (!), but since I have a LR license and noticed how well and fast 
sharpness, detail, highlight and shadow recovery work, I have never 
missed it. ;)



Op 18-02-2021 om 22:50 schreef Terry Pinfold:
I own licences for Lightroom and the whole suite of Adobe products. I 
choose Darktable as my preferred editing program because it is so good. 
I especially love the drawn masks option using the path tool and then 
the ability to feather the result after the fact to get invisible 
transitions.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-18 Thread Terry Pinfold
I own licences for Lightroom and the whole suite of Adobe products. I
choose Darktable as my preferred editing program because it is so good. I
especially love the drawn masks option using the path tool and then the
ability to feather the result after the fact to get invisible transitions.

On Thu, 18 Feb 2021 at 18:22, Kneops  wrote:

> I would be happy to pay for a Linux alternative!!!
> I used Aftershot Pro for a few years, but development stopped and image
> quality was poor, but using it was a joy and it was very fast.
>
>
>
> Op 17-02-2021 om 11:07 schreef Martin Straeten:
> > If you're just looking for a free/linux Lightroom alternative then
> > you're on the wrong playground here ...
>
> 
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-18 Thread Terry Pinfold
The pixel pipe order is critical and should not be hidden. But for most
users and most images the default order is fine. I can give an example of
why I change the pixel pipe order. I use Filmic to get the basic look to my
image, but then would like to tweak the contrast a little using curves. RGB
curves are located before filmic in the pipeline. However, since I have
just spent my time getting the image looking good in filmic and just want
to do an additional tweak I want to place the RGB curves after filmic.
Darktable lets me do this. Personally I cannot imagine why I ever want the
RGB curves before filmic but the developers in their wisdom or oversight
have placed the RGB curves before filmic. The beauty of darktable is the
ability to rearrange the pipeline, but try to understand the
difference between linear and non-linear processing steps if doing this.

On Thu, 18 Feb 2021 at 19:55, Andreas Herold  wrote:

>
>
> Am 18.02.2021 um 06:20 schrieb Bill Wohler :
>
> Andreas Herold  wrote:
>
> Am 17.02.2021 um 06:40 schrieb Bill Wohler :
>
> How about a preference to sort the module lists by a) alphabetical b)
> pixel pipe? I just wish the lists were alphabetical so that they would
> appear in well-known places and be easier to find.
>
> I would say that a majority of the users love, love, love the developers
> and the software, but don't care a hoot about the pixel pipe order and
> wished it was done under the hood and not exposed in the UI (unless you
> asked for it in the preferences).
>
>
> Please don’t think, you would know what other users want. The order of
> modules (create new instances, move them up and down) is a very basic and
> great feature of darktable, that rises it wide above other tools.
>
>
> Hi Andreas, are you talking about the display of the modules or the
> pixel pipe order?
>
>
> Hi Bill,
>
> the display of the module order IS the representation of the pixel pipe
> order. If you think, you don’t have to care about the pixel pipe order, you
> will run into problems. The same is true for other software with a fixed
> pixel pipe order and you don’t know which order is used. I will try to
> explain in which problems you are running.
>
> Let’s start with a very basic model, where a module is representing a
> simple mathematical operation.
>
> Raw image Modules   Final image
> 1  -> [ + ]   [ / ]   [ ^ ] ->  4
> parameters: 3   2   2
> calculation: 1 +3 -> 4 /2 -> 2 ^2   -> 4
>
> Now let’s use the same modules with identical parameters, but in different
> order
>
> Raw image Modules   Final image
> 1  -> [ ^ ]   [ + ]   [ / ] ->  2
> parameters: 2   3   2
> calculation: 1 ^2 -> 1 +3 -> 4 /2   -> 2
>
> You see, the order of modules (which IS the order of the pixel pipe) has
> tremendous impact on the final image.
>
> Now let’s have a look on a very simple example covering two real DT
> modules: „rgb levels“ and „color balance“ (assuming, that the RGB values
> are not using the full range of values).
> If „color balance“ is before „rgb levels“ in module order (= pixel pipe
> order), than „rgb levels“, used with independent channels, will destroy
> your already balanced colors. As a user, I always have to know what’s the
> current order is, to avoid such mistakes.
>
> In my opinion, the user needs to have a model of the functionality in his
> mind. The current discussion is in my opinion an indicator, that DT has
> here some room for improvement.
>
> Best regards
> Andreas
>
>
> Chas G  wrote:
>
> I am wary of asking the devs to add another layer of complexity to the
> interface. Every method of allowing
> users to customize their interface adds: complexity, new points of
> failure, another aspect new users will have
> to learn, and more features that fewer people will care for.
>
> I hope the devs continue to do as they have: add underlying functions and
> utility and keep it reasonably
> simple. I believe they have done a remarkable job, and that their results
> are proof that their intuitions are very
> good.
>
> I hope they do not add layers of UI complexity.
>
> I should add that I am a long time but relatively unsophisticated
> darktable user. Perhaps I am wrong in my
> vision here. I would welcome any correction about my opinion from devs or
> more sophisticated users who know
> the interface programming that underlies the UI of darktable.
>
> But, why not allow the user to create a tab with aliases to the original
> modules, which would
>
> never be altered whatever the alias tab displays ?
> When the user needs to see what is really happening, he goes back to the
> main tab, and when he wants to
> work according to his taste, he uses his alias tab.>
>
> 
> darktable user mailing list to
> unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> =
>
> 
> Alte

Re: [darktable-user] Still no GUI module order possible?

2021-02-18 Thread Remco Viëtor
On jeudi 18 février 2021 09:54:21 CET Andreas Herold wrote:
(...)
> In my opinion, the user needs to have a model of the functionality in his
> mind. The current discussion is in my opinion an indicator, that DT has
> here some room for improvement.
Darktable, or its users? 

The pixel pipe and its link to the shown module order is well described in the 
manual (https://www.darktable.org/usermanual/en/darkroom/), but you have to 
read a bit more than just the sections on how the interface looks.

All darktable can do is providing the relevant information in an accessible 
way. It is up to the *user* to look for and use that information. So just 
downloading and installing the program is not enough. 

Same as with any piece of somewhat advanced equipment, the manual is an 
essential part of the package, and should at least be skimmed on first use of 
the package. Assuming a new tool works "just like the one I'm used to" is 
likely to provide unpleasant surprises...

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-18 Thread Andreas Herold


> Am 18.02.2021 um 06:20 schrieb Bill Wohler :
> 
> Andreas Herold  wrote:
> 
>>> Am 17.02.2021 um 06:40 schrieb Bill Wohler :
>>> 
>>> How about a preference to sort the module lists by a) alphabetical b)
>>> pixel pipe? I just wish the lists were alphabetical so that they would
>>> appear in well-known places and be easier to find.
>>> 
>>> I would say that a majority of the users love, love, love the developers
>>> and the software, but don't care a hoot about the pixel pipe order and
>>> wished it was done under the hood and not exposed in the UI (unless you
>>> asked for it in the preferences).
>> 
>> Please don’t think, you would know what other users want. The order of 
>> modules (create new instances, move them up and down) is a very basic and 
>> great feature of darktable, that rises it wide above other tools.
> 
> Hi Andreas, are you talking about the display of the modules or the
> pixel pipe order?

Hi Bill,

the display of the module order IS the representation of the pixel pipe order. 
If you think, you don’t have to care about the pixel pipe order, you will run 
into problems. The same is true for other software with a fixed pixel pipe 
order and you don’t know which order is used. I will try to explain in which 
problems you are running.

Let’s start with a very basic model, where a module is representing a simple 
mathematical operation.

Raw image Modules   Final image
1  -> [ + ]   [ / ]   [ ^ ] ->  4
parameters: 3   2   2  
calculation: 1 +3 -> 4 /2 -> 2 ^2   -> 4

Now let’s use the same modules with identical parameters, but in different order

Raw image Modules   Final image
1  -> [ ^ ]   [ + ]   [ / ] ->  2
parameters: 2   3   2  
calculation: 1 ^2 -> 1 +3 -> 4 /2   -> 2
  
You see, the order of modules (which IS the order of the pixel pipe) has 
tremendous impact on the final image.

Now let’s have a look on a very simple example covering two real DT modules: 
„rgb levels“ and „color balance“ (assuming, that the RGB values are not using 
the full range of values).
If „color balance“ is before „rgb levels“ in module order (= pixel pipe order), 
than „rgb levels“, used with independent channels, will destroy your already 
balanced colors. As a user, I always have to know what’s the current order is, 
to avoid such mistakes.

In my opinion, the user needs to have a model of the functionality in his mind. 
The current discussion is in my opinion an indicator, that DT has here some 
room for improvement.

Best regards
Andreas

> 
>>> Chas G  wrote:
>>> 
 I am wary of asking the devs to add another layer of complexity to the 
 interface. Every method of allowing
 users to customize their interface adds: complexity, new points of 
 failure, another aspect new users will have
 to learn, and more features that fewer people will care for.
 
 I hope the devs continue to do as they have: add underlying functions and 
 utility and keep it reasonably
 simple. I believe they have done a remarkable job, and that their results 
 are proof that their intuitions are very
 good. 
 
 I hope they do not add layers of UI complexity.
 
 I should add that I am a long time but relatively unsophisticated 
 darktable user. Perhaps I am wrong in my
 vision here. I would welcome any correction about my opinion from devs or 
 more sophisticated users who know
 the interface programming that underlies the UI of darktable.
 
 But, why not allow the user to create a tab with aliases to the 
 original modules, which would
 never be altered whatever the alias tab displays ?
 When the user needs to see what is really happening, he goes back to the 
 main tab, and when he wants to
 work according to his taste, he uses his alias tab.>
 
 
  darktable user mailing list to
 unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org 
 =
 
 
 Alternatives:
 
 
>>> 
>>> -- 
>>> Bill Wohler  aka 
>>> http://www.newt.com/wohler/, GnuPG ID:610BD9AD
>>> 
>>> darktable user mailing list
>>> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
>>> 
> 
> -- 
> Bill Wohler  aka 
> http://www.newt.com/wohler/, GnuPG ID:610BD9AD
> 
> 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+unsubs

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Kneops

I would be happy to pay for a Linux alternative!!!
I used Aftershot Pro for a few years, but development stopped and image 
quality was poor, but using it was a joy and it was very fast.




Op 17-02-2021 om 11:07 schreef Martin Straeten:
If you're just looking for a free/linux Lightroom alternative then 
you're on the wrong playground here ...


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Terry Pinfold
It is really easy to manage which modules are shown and you can create
presets that only show the modules you most use. Then you can use the
'search module' feature to find less used modules that you have not
included in your preset. I might be the odd man out here, but I am very
happy with the GUI for Darktable.

On Thu, 18 Feb 2021 at 16:21, Bill Wohler  wrote:

> Andreas Herold  wrote:
>
> > > Am 17.02.2021 um 06:40 schrieb Bill Wohler :
> > >
> > > How about a preference to sort the module lists by a) alphabetical b)
> > > pixel pipe? I just wish the lists were alphabetical so that they would
> > > appear in well-known places and be easier to find.
> > >
> > > I would say that a majority of the users love, love, love the
> developers
> > > and the software, but don't care a hoot about the pixel pipe order and
> > > wished it was done under the hood and not exposed in the UI (unless you
> > > asked for it in the preferences).
> >
> > Please don’t think, you would know what other users want. The order of
> modules (create new instances, move them up and down) is a very basic and
> great feature of darktable, that rises it wide above other tools.
>
> Hi Andreas, are you talking about the display of the modules or the
> pixel pipe order?
>
> > > Chas G  wrote:
> > >
> > >> I am wary of asking the devs to add another layer of complexity to
> the interface. Every method of allowing
> > >> users to customize their interface adds: complexity, new points of
> failure, another aspect new users will have
> > >> to learn, and more features that fewer people will care for.
> > >>
> > >> I hope the devs continue to do as they have: add underlying functions
> and utility and keep it reasonably
> > >> simple. I believe they have done a remarkable job, and that their
> results are proof that their intuitions are very
> > >> good.
> > >>
> > >> I hope they do not add layers of UI complexity.
> > >>
> > >> I should add that I am a long time but relatively unsophisticated
> darktable user. Perhaps I am wrong in my
> > >> vision here. I would welcome any correction about my opinion from
> devs or more sophisticated users who know
> > >> the interface programming that underlies the UI of darktable.
> > >>
> > >> But, why not allow the user to create a tab with aliases to
> the original modules, which would
> > >> never be altered whatever the alias tab displays ?
> > >> When the user needs to see what is really happening, he goes back to
> the main tab, and when he wants to
> > >> work according to his taste, he uses his alias tab.>
> > >>
> > >>
> 
> darktable user mailing list to
> > >> unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
> > >> =
> > >>
> > >> 
> > >> Alternatives:
> > >>
> > >> 
> > >
> > > --
> > > Bill Wohler  aka 
> > > http://www.newt.com/wohler/, GnuPG ID:610BD9AD
> > >
> 
> > > darktable user mailing list
> > > to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
> > >
>
> --
> Bill Wohler  aka 
> http://www.newt.com/wohler/, GnuPG ID:610BD9AD
>
> 
> darktable user mailing list
> to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
>
>

-- 
Dr Terry Pinfold
Cytometry & Histology Lab Manager
Lecturer in Flow Cytometry
University of Tasmania
17 Liverpool St, Hobart, 7000
Ph 6226 4846 or 0408 699053


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Bill Wohler
Andreas Herold  wrote:

> > Am 17.02.2021 um 06:40 schrieb Bill Wohler :
> > 
> > How about a preference to sort the module lists by a) alphabetical b)
> > pixel pipe? I just wish the lists were alphabetical so that they would
> > appear in well-known places and be easier to find.
> > 
> > I would say that a majority of the users love, love, love the developers
> > and the software, but don't care a hoot about the pixel pipe order and
> > wished it was done under the hood and not exposed in the UI (unless you
> > asked for it in the preferences).
> 
> Please don’t think, you would know what other users want. The order of 
> modules (create new instances, move them up and down) is a very basic and 
> great feature of darktable, that rises it wide above other tools.

Hi Andreas, are you talking about the display of the modules or the
pixel pipe order?

> > Chas G  wrote:
> > 
> >> I am wary of asking the devs to add another layer of complexity to the 
> >> interface. Every method of allowing
> >> users to customize their interface adds: complexity, new points of 
> >> failure, another aspect new users will have
> >> to learn, and more features that fewer people will care for.
> >> 
> >> I hope the devs continue to do as they have: add underlying functions and 
> >> utility and keep it reasonably
> >> simple. I believe they have done a remarkable job, and that their results 
> >> are proof that their intuitions are very
> >> good. 
> >> 
> >> I hope they do not add layers of UI complexity.
> >> 
> >> I should add that I am a long time but relatively unsophisticated 
> >> darktable user. Perhaps I am wrong in my
> >> vision here. I would welcome any correction about my opinion from devs or 
> >> more sophisticated users who know
> >> the interface programming that underlies the UI of darktable.
> >> 
> >> But, why not allow the user to create a tab with aliases to the 
> >> original modules, which would
> >> never be altered whatever the alias tab displays ?
> >> When the user needs to see what is really happening, he goes back to the 
> >> main tab, and when he wants to
> >> work according to his taste, he uses his alias tab.>
> >> 
> >> 
> >>  darktable user mailing list to
> >> unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org 
> >> =
> >> 
> >> 
> >> Alternatives:
> >> 
> >> 
> > 
> > -- 
> > Bill Wohler  aka 
> > http://www.newt.com/wohler/, GnuPG ID:610BD9AD
> > 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> > 

-- 
Bill Wohler  aka 
http://www.newt.com/wohler/, GnuPG ID:610BD9AD

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Cecil Carpenter
I have followed this thread with a somewhat bemused attitude.  There
have been comments, coming from both sides of the discussion, that are
somewhat jaundiced in the viewpoint expressed.  Being a former
programmer and application architecture developer, I thought it may be
helpful to consider some things that have been misconstrued.

First, I should be able to choose any operations in any sequence without
affecting the pipeline provided the architecture is truly independent of
those selections.  By this statement, I mean that if the pipeline order
is predetermined, then my order of choosing  operations should have no
effect on the pipeline.  This would also imply that the order of
displaying the operations should have no such effect.  I stress this is
true if the architecture supports it.  I have designed systems where
this is true, so I know it can be done.

Second, if the architecture is in some way dependent on the order that
operations are displayed, this would be a significant overhaul of the
code.  When an architecture is designed and selected for a project, it
is imperative that all code adhere to the constraints of the
architecture.  To disregard those constraints is to create a system that
is not only not stable, but is also not consistent, correct. and clean. 
Since only the developers know the architecture intimately, all users
can do is request changes, enhancements, etc. and rely on the developers
and architects to approve or disapprove those requests.

Third, it is impossible for a user to say whether a change is easy or
not.  What may seem easy could be incredibly difficult, once again
depending on the architecture.  So it is an exercise in futility to
argue for an enhancement when one has no idea of the issues involved in
incorporating that enhancement into an existing architecture.  As in the
paragraph above, one can only ask those who understand the architecture
and issues.

Finally, it serves no purpose, in my opinion, to denigrate anyone who
sincerely advocates for some change when that person does not understand
the essence of what they are requesting.  Rather we should be willing to
give direction and/or answers that promote understanding.  If someone
persists in advocating for something after reasonable efforts have been
made to answer that individual, then do not keep relighting the fire by
being rude or obnoxious.  Just let the matter drop.  It will die of it's
own accord.

I apologize for this lengthy missive.  I just think this went way beyond
where we need to be.


On 2/17/21 12:05 PM, Remco Viëtor wrote:
> On mercredi 17 février 2021 17:39:23 CET Maurizio Paglia wrote:
>> First of all I desire to point out it was not my intention to be rude or
>> blame nobody.
>> Nevertheless the reply " that's quite easy - because none of those who want
>> this feature become
>> active, fork the code and simply implement the stuff ... " is really
>> impolite.
>> I cannot write C and cannot start learning C at 52 only to send a pull
>> request that will be ignored...
> Keep in mind that that particular reply was given *after* OP's question was 
> answered with an explanation why changing the current interface was not a 
> good 
> idea (according to devs and several users).
> And *after* a few others jumped in claiming that it (or something similar) 
> should be implemented because "intuitive interface". 
>
> I got the impression they thought that it couldn't be all that difficult to 
> do... So it was proposed they do the work (after about 70 messages in the 
> thread).
>
>
> Oh, and while you claimed you were not asking to change the dt GUI, in 
> practice what you are asking *is a change in the interface*. Currently, 
> changing the module order has a well-defined effect: it changes the pipeline 
> order *to reflect the module order in the interface*. And changing that link 
> between user action and effect is a change in the interface (and a rather 
> important one).
>
> "The interface" is not just how things look on the screen, it's also how 
> interacting with it influences the program's behaviour and results.
>
>
>
>
> 
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Remco Viëtor
On mercredi 17 février 2021 17:39:23 CET Maurizio Paglia wrote:
> First of all I desire to point out it was not my intention to be rude or
> blame nobody.
> Nevertheless the reply " that's quite easy - because none of those who want
> this feature become
> active, fork the code and simply implement the stuff ... " is really
> impolite.
> I cannot write C and cannot start learning C at 52 only to send a pull
> request that will be ignored...

Keep in mind that that particular reply was given *after* OP's question was 
answered with an explanation why changing the current interface was not a good 
idea (according to devs and several users).
And *after* a few others jumped in claiming that it (or something similar) 
should be implemented because "intuitive interface". 

I got the impression they thought that it couldn't be all that difficult to 
do... So it was proposed they do the work (after about 70 messages in the 
thread).


Oh, and while you claimed you were not asking to change the dt GUI, in 
practice what you are asking *is a change in the interface*. Currently, 
changing the module order has a well-defined effect: it changes the pipeline 
order *to reflect the module order in the interface*. And changing that link 
between user action and effect is a change in the interface (and a rather 
important one).

"The interface" is not just how things look on the screen, it's also how 
interacting with it influences the program's behaviour and results.





darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Maurizio Paglia
Moreover, I was ready to learn a little of Lua in order to see If I can
implement this feature myself, but Lua cannot be used in darkroom mode...

Maurizio

Il giorno mer 17 feb 2021 alle ore 17:39 Maurizio Paglia 
ha scritto:

> First of all I desire to point out it was not my intention to be rude or
> blame nobody.
> Nevertheless the reply " that's quite easy - because none of those who
> want this feature become
> active, fork the code and simply implement the stuff ... " is really
> impolite.
> I cannot write C and cannot start learning C at 52 only to send a pull
> request that will be ignored...
>
> Since I am skilled with English I resumed the Italian translation of the
> old user manual and took over me (and another nice Italian guy that is
> hardly helping me) the Italian translation of the GUI.
> dt 3 is translated in Italian thanks to my (and Matteo) hard and FREE job
> despite the fact I suffered some health problems.
> I am well aware of the efforts devs put in their FREE job every time and
> have the maximum respect towards all of you!
>
> I have been using dt since some years and WILL use dt, because I think it
> is simply the best raw developer for Linux.
> I accepted and will accept the fact you cannot implement such a feature.
> Only I cannot agree with this decision.
>
> I think it is important to listen for users' features requests.
> If you do not listen to users you will lose some of them.
> The same thing happens when you give users impolite replies.
>
> Have a very pleasant evening :-)
> Maurizio
>
> Il giorno mer 17 feb 2021 alle ore 15:45 Michael Staats <
> michael.sta...@gmx.de> ha scritto:
>
>> On 17/02/2021 13:14, Martin Straeten wrote:
>> > "Really, I cannot understand why we cannot have a tab on which any USER
>> > can list his/her preferred modules and can order them as per his/her
>> > preferred workflow"
>> >
>> > thats quite easy - because none of those who want this feature become
>> > active, fork the code and simply implement the stuff ...
>>
>>
>> Hi
>> This is certainly a valid remark, the developers have their priorities,
>> and that's absolutely fine. It's open source, if you want something,
>> implement it -- my words (sometimes ;-).
>>
>> On the other hand, creating a fork, in a proper manner, with the option
>> to somehow merge later, and then implementing something rather small, is
>> a lot of effort, for a small effect.
>>
>> For example, I'm pretty sure that, in theory, my programming skills are
>> good enough to implement such a thing. But I would need to understand
>> the "architecture" of the source code, know how to implement effectively
>> and efficiently, following all the best practices the developers are
>> following because of their experience, etc. etc.
>>
>> And for small changes, it's not worth the effort (for the change in
>> question, I'm not even requesting it, although I understand the point).
>>
>> Or, as (allegedly) the great Gauss said, when asked why he's not working
>> on Fermat's last theorem: "I'd need three years preparation for this
>> matter, and I cannot spend so much time when the outcome is unclear"
>> (citation from memory, and even if it's wrong, it's a nice anectode).
>>
>> So it's valid to kindly ask the developers if they might spend a day or
>> three, when others might need weeks for the fork.
>>
>> But if they say "No", that's a valid answer and has to be accepted.
>>
>> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Maurizio Paglia
First of all I desire to point out it was not my intention to be rude or
blame nobody.
Nevertheless the reply " that's quite easy - because none of those who want
this feature become
active, fork the code and simply implement the stuff ... " is really
impolite.
I cannot write C and cannot start learning C at 52 only to send a pull
request that will be ignored...

Since I am skilled with English I resumed the Italian translation of the
old user manual and took over me (and another nice Italian guy that is
hardly helping me) the Italian translation of the GUI.
dt 3 is translated in Italian thanks to my (and Matteo) hard and FREE job
despite the fact I suffered some health problems.
I am well aware of the efforts devs put in their FREE job every time and
have the maximum respect towards all of you!

I have been using dt since some years and WILL use dt, because I think it
is simply the best raw developer for Linux.
I accepted and will accept the fact you cannot implement such a feature.
Only I cannot agree with this decision.

I think it is important to listen for users' features requests.
If you do not listen to users you will lose some of them.
The same thing happens when you give users impolite replies.

Have a very pleasant evening :-)
Maurizio

Il giorno mer 17 feb 2021 alle ore 15:45 Michael Staats <
michael.sta...@gmx.de> ha scritto:

> On 17/02/2021 13:14, Martin Straeten wrote:
> > "Really, I cannot understand why we cannot have a tab on which any USER
> > can list his/her preferred modules and can order them as per his/her
> > preferred workflow"
> >
> > thats quite easy - because none of those who want this feature become
> > active, fork the code and simply implement the stuff ...
>
>
> Hi
> This is certainly a valid remark, the developers have their priorities,
> and that's absolutely fine. It's open source, if you want something,
> implement it -- my words (sometimes ;-).
>
> On the other hand, creating a fork, in a proper manner, with the option
> to somehow merge later, and then implementing something rather small, is
> a lot of effort, for a small effect.
>
> For example, I'm pretty sure that, in theory, my programming skills are
> good enough to implement such a thing. But I would need to understand
> the "architecture" of the source code, know how to implement effectively
> and efficiently, following all the best practices the developers are
> following because of their experience, etc. etc.
>
> And for small changes, it's not worth the effort (for the change in
> question, I'm not even requesting it, although I understand the point).
>
> Or, as (allegedly) the great Gauss said, when asked why he's not working
> on Fermat's last theorem: "I'd need three years preparation for this
> matter, and I cannot spend so much time when the outcome is unclear"
> (citation from memory, and even if it's wrong, it's a nice anectode).
>
> So it's valid to kindly ask the developers if they might spend a day or
> three, when others might need weeks for the fork.
>
> But if they say "No", that's a valid answer and has to be accepted.
>
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Martin Straeten
it's not just a couple of days - that's just the effort needed to mess up
the UI ;)
you can get an idea on the effort spent just to make module groups
customizable by counting commits (
https://github.com/darktable-org/darktable/commits/master/src/libs/modulegroups.c)
then you might imagine the effort needed to integrate a customizable order
independent of the pipe ...

Am Mi., 17. Feb. 2021 um 15:45 Uhr schrieb Michael Staats <
michael.sta...@gmx.de>:

> On 17/02/2021 13:14, Martin Straeten wrote:
> > "Really, I cannot understand why we cannot have a tab on which any USER
> > can list his/her preferred modules and can order them as per his/her
> > preferred workflow"
> >
> > thats quite easy - because none of those who want this feature become
> > active, fork the code and simply implement the stuff ...
>
>
> Hi
> This is certainly a valid remark, the developers have their priorities,
> and that's absolutely fine. It's open source, if you want something,
> implement it -- my words (sometimes ;-).
>
> On the other hand, creating a fork, in a proper manner, with the option
> to somehow merge later, and then implementing something rather small, is
> a lot of effort, for a small effect.
>
> For example, I'm pretty sure that, in theory, my programming skills are
> good enough to implement such a thing. But I would need to understand
> the "architecture" of the source code, know how to implement effectively
> and efficiently, following all the best practices the developers are
> following because of their experience, etc. etc.
>
> And for small changes, it's not worth the effort (for the change in
> question, I'm not even requesting it, although I understand the point).
>
> Or, as (allegedly) the great Gauss said, when asked why he's not working
> on Fermat's last theorem: "I'd need three years preparation for this
> matter, and I cannot spend so much time when the outcome is unclear"
> (citation from memory, and even if it's wrong, it's a nice anectode).
>
> So it's valid to kindly ask the developers if they might spend a day or
> three, when others might need weeks for the fork.
>
> But if they say "No", that's a valid answer and has to be accepted.
>
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Andreas Herold



> Am 17.02.2021 um 06:40 schrieb Bill Wohler :
> 
> How about a preference to sort the module lists by a) alphabetical b)
> pixel pipe? I just wish the lists were alphabetical so that they would
> appear in well-known places and be easier to find.
> 
> I would say that a majority of the users love, love, love the developers
> and the software, but don't care a hoot about the pixel pipe order and
> wished it was done under the hood and not exposed in the UI (unless you
> asked for it in the preferences).

Please don’t think, you would know what other users want. The order of modules 
(create new instances, move them up and down) is a very basic and great feature 
of darktable, that rises it wide above other tools.

> 
> Chas G  wrote:
> 
>> I am wary of asking the devs to add another layer of complexity to the 
>> interface. Every method of allowing
>> users to customize their interface adds: complexity, new points of failure, 
>> another aspect new users will have
>> to learn, and more features that fewer people will care for.
>> 
>> I hope the devs continue to do as they have: add underlying functions and 
>> utility and keep it reasonably
>> simple. I believe they have done a remarkable job, and that their results 
>> are proof that their intuitions are very
>> good. 
>> 
>> I hope they do not add layers of UI complexity.
>> 
>> I should add that I am a long time but relatively unsophisticated darktable 
>> user. Perhaps I am wrong in my
>> vision here. I would welcome any correction about my opinion from devs or 
>> more sophisticated users who know
>> the interface programming that underlies the UI of darktable.
>> 
>> But, why not allow the user to create a tab with aliases to the 
>> original modules, which would
>> never be altered whatever the alias tab displays ?
>> When the user needs to see what is really happening, he goes back to the 
>> main tab, and when he wants to
>> work according to his taste, he uses his alias tab.>
>> 
>>  
>> darktable user mailing list to
>> unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org 
>> =
>> 
>> 
>> Alternatives:
>> 
>> 
> 
> -- 
> Bill Wohler  aka 
> http://www.newt.com/wohler/, GnuPG ID:610BD9AD
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Bill Wohler
How about a preference to sort the module lists by a) alphabetical b)
pixel pipe? I just wish the lists were alphabetical so that they would
appear in well-known places and be easier to find.

I would say that a majority of the users love, love, love the developers
and the software, but don't care a hoot about the pixel pipe order and
wished it was done under the hood and not exposed in the UI (unless you
asked for it in the preferences).

Chas G  wrote:

> I am wary of asking the devs to add another layer of complexity to the 
> interface. Every method of allowing
> users to customize their interface adds: complexity, new points of failure, 
> another aspect new users will have
> to learn, and more features that fewer people will care for.
> 
> I hope the devs continue to do as they have: add underlying functions and 
> utility and keep it reasonably
> simple. I believe they have done a remarkable job, and that their results are 
> proof that their intuitions are very
> good. 
> 
> I hope they do not add layers of UI complexity.
> 
> I should add that I am a long time but relatively unsophisticated darktable 
> user. Perhaps I am wrong in my
> vision here. I would welcome any correction about my opinion from devs or 
> more sophisticated users who know
> the interface programming that underlies the UI of darktable.
> 
> But, why not allow the user to create a tab with aliases to the 
> original modules, which would
> never be altered whatever the alias tab displays ?
> When the user needs to see what is really happening, he goes back to the main 
> tab, and when he wants to
> work according to his taste, he uses his alias tab.>
> 
>  
> darktable user mailing list to
> unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org 
> =
> 
> 
> Alternatives:
> 
> 

-- 
Bill Wohler  aka 
http://www.newt.com/wohler/, GnuPG ID:610BD9AD

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Archie Macintosh
On Wed, 17 Feb 2021 at 13:04, Guillermo Rozas  wrote:
>>
>> why an ordered list starts at
>> the botttom and goes up, unlike any ordered list you're likely to come
>> across in daily life!
>
> Any layer-based program goes from bottom to top, with the base image at the 
> bottom and things applied on top of it (and let's not get into node-based 
> programs...). So "any ordered list" is probably too general, especially in 
> photo-related apps.
>

Guillermo > What I had in mind was the 'Simple' tab in Tone
Equalizer'. See Bruce Williams's video 058:
https://youtu.be/wV3Boz7osUo , where, at c. 3min 16sec, even Bruce,
who is a dt enthusiast, has to chuckle at the counter-intuitive way
that the scale shows -8EV ('the deepest, darkest shadows') at the top,
and then goes DOWN — to the brightest highlights, 0EV, at the bottom!
(It's certainly a quirky visual arrangement, even if you think of the
intuitive way you'd arrange the positive and negative integers on a
scale or a graph.)

But, hey, I'm sure there's a really good engineering reason for it. ;)

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Michael Staats
On 17/02/2021 13:14, Martin Straeten wrote:
> "Really, I cannot understand why we cannot have a tab on which any USER
> can list his/her preferred modules and can order them as per his/her
> preferred workflow"
>
> thats quite easy - because none of those who want this feature become
> active, fork the code and simply implement the stuff ... 


Hi
This is certainly a valid remark, the developers have their priorities,
and that's absolutely fine. It's open source, if you want something,
implement it -- my words (sometimes ;-).

On the other hand, creating a fork, in a proper manner, with the option
to somehow merge later, and then implementing something rather small, is
a lot of effort, for a small effect.

For example, I'm pretty sure that, in theory, my programming skills are
good enough to implement such a thing. But I would need to understand
the "architecture" of the source code, know how to implement effectively
and efficiently, following all the best practices the developers are
following because of their experience, etc. etc.

And for small changes, it's not worth the effort (for the change in
question, I'm not even requesting it, although I understand the point).

Or, as (allegedly) the great Gauss said, when asked why he's not working
on Fermat's last theorem: "I'd need three years preparation for this
matter, and I cannot spend so much time when the outcome is unclear"
(citation from memory, and even if it's wrong, it's a nice anectode).

So it's valid to kindly ask the developers if they might spend a day or
three, when others might need weeks for the fork.

But if they say "No", that's a valid answer and has to be accepted.

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



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Guillermo Rozas
>
> why an ordered list starts at
> the botttom and goes up, unlike any ordered list you're likely to come
> across in daily life!
>

Any layer-based program goes from bottom to top, with the base image at the
bottom and things applied on top of it (and let's not get into node-based
programs...). So "any ordered list" is probably too general, especially in
photo-related apps.

When users innocently raise issues about interface design, it can feel
> like nit-picking ingratitude.So it's not really surprising that some
> folk get irritated.


Especially when the same issue is raised again and again, and when given
reasonable answers the discussion returns to "but why I can't get what I
want" without reading or caring about the reasons given.


> Until a bounteous designer comes along, we must
> just be thankful for what we've got!
>

First: there are people interested in GUI design involved in darktable,
especially since v3. I don't know if their "day job" is GUI design, but
they're dedicated mostly to that area of darktable's development. And
second: you are assuming that a "professional designer" would get to a
fundamentally different GUI design. I guess Adobe has heaps of design
people, and yet Photoshop's layers GUI is ordered bottom to top, and the
layer application order is represented by the GUI order.

Best regards,
Guillermo


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Guillermo Rozas
On Wed, Feb 17, 2021 at 8:37 AM Maurizio Paglia  wrote:


> Really, I cannot understand why we cannot have a tab on which any USER can
> list his/her preferred modules and can order them as per his/her preferred
> workflow.
>

There have been several answers touching on this in this thread. You may
not agree with the reasons given, but to not understand them? For example:

Pascal:
"Then you completely miss the fact that the order IS important as they
are run through the pipe in a specific order and so does interact in
different way if no at the same location. That would be like saying
that the mask in GIMP should be rearranged without having any impact on
the final rendering. This is just plain wrong, and if you don't want to
understand that or that is not the way you want the tool to be working
then fine... Please use another tool. This won't change in dt because
it cannot be changed."

Myself:
"- consistency: everything else is pipe-ordered. Having a single tab
ordered not in pipe order, while the rest is, means people get confused.
People confused means more work answering questions and wrongly filled
bugs. Notice that the proposal linked above has a small chance to go
through precisely because it's a separate 'module', which could be made
clearly different from the regular tabs to convey the idea that GUI sliders
order and pipe order are not related ONLY in that module.
- having all tabs not in pipe-order loses the 'physical'
(visual?) connection between module order and image result, which is worse.
As somebody said before, you don't expect a layer-based software (like Gimp
or Photoshop) to allow you to re-order the layers independently of how they
will be merged (usually top to bottom). This is the same situation:
pipe-order is central to how darktable works, operations are applied in a
defined order, and the GUI order reflecting pipe-order is a manifestation
of that (now more than ever because pipe-order can be changed)."

Urs:
"The user interface to reorder the pipeline is the same as you would like
to have for apparent reordering (I suppose you would like to work from to
to bottom). So there you have it: How would one distinguish between
reordered pipeline and reordered module names?"

William:
"Let's say they implement a feature so the user can configure the GUI with
any module order they would like, and it doesn't affect the pixel pipe. And
we still have the pixelpipe that we can reorder.  Then a user processes an
image and it doesn't turn out the way they think it should have.  On this
list, as well as github, almost all of the conversations take place in
English.  However English isn't the first language of a lot of the devs as
well as a lot of the users.  So can you imagine the conversation when the
user is trying to relate what order they did things in and the dev is
trying to overcome the language barrier, figure out which module order the
user is talking about, figure out what order the pixelpipe was in, and
figure out what happened?  And what happens when the dev asks the user to
try a different order and the dev was talking about the pixelpipe and the
user adjusts the GUI order.
There is also the possibility of confusion on the part of the user when
they reorder the pixelpipe thinking they were reordering the GUI.
Sometimes features aren't implemented because the devs can't figure out how
to support them, not because they can't implement them."

parafin:
"That's actually the main disagreement point - darktable team doesn't
believe that raw development is something that should be done by
intuition, instead 'the artist' should understand how the instrument
works (e.g. how painters learn how to get specific color by mixing the
available paints and which brush to use to get specific stroke width).
'The artist' should envision the result he wants to get (that's the
artistic part of the process) and then use the instrument to get it,
knowing how to achieve it (of course it can take some number of
iterations), instead of fiddling with random sliders trying to get
something that "looks good". If you want the latter, darktable is not a
tool for you, there are alternatives you should try instead of asking
darktable to change its concept. darktable team doesn't aim at pleasing
everyone or increasing its "market share" at any cost - it doesn't make
sense for free software project to have such goals when developers are
doing it for fun at their spare time. Instead the goal is to maybe
teach some photographers the modern way to process raw files from their
cameras, getting more predictable and consistent results. It's
impossible to do without some good will from the users to learn
something new and to not be stuck with the habits they got from other
image processing software out there."

darktable github:
https://github.com/darktable-org/darktable/issues/7841

My concern is we are not asking to change dt GUI.
>

Yes, you are. Changing the "mapping GUI modules order <-> pipe order" would
be a fundament

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Martin Straeten
"Really, I cannot understand why we cannot have a tab on which any USER can
list his/her preferred modules and can order them as per his/her preferred
workflow"

thats quite easy - because none of those who want this feature become
active, fork the code and simply implement the stuff ...

Am Mi., 17. Feb. 2021 um 12:36 Uhr schrieb Maurizio Paglia <
mpagl...@gmail.com>:

> Hi all,
> I desire to let you have my opinion about this matter.
> In the past I pushed a lot to have this feature. Together with me many
> other USERS did the same...
> Really, I cannot understand why we cannot have a tab on which any USER can
> list his/her preferred modules and can order them as per his/her preferred
> workflow.
>
> If I look to a car I probably can identify 70% of its visible components.
> If I look to a disassembled car, I could identify 20% of components.
> Despite this fact I drive a car every day and I know perfectly how to do a
> lot of things because I am COMFORTABLE with its "GUI".
>
> My concern is we are not asking to change dt GUI.
> We do not want to change the multi-sliders interface with a single-slide
> one (LR, RT).
> We simply ask to have a tab with a COMFORTABLE list of modules.
> The pipeline is another matter.
>
> Only a TECHNICIAN can know very well how the pipeline works and why.
> A normal user or also an advanced user (pro photographer) does not know
> and, probably, does not care.
> I have to develop an image trying to obtain a pleasant result.
> I am a photographer (a USER), not an engineer (a TECHNICIAN).
>
> I have great respect for all devs putting such efforts in this software.
> dt is really good and in the recent past months has growth a lot!
>
> Nevertheless I still cannot understand why users cannot be COMFORTABLE
> with it...
>
> Thanks,
> Maurizio
>
> Il giorno mer 17 feb 2021 alle ore 12:12 Archie Macintosh <
> archie...@gmx.co.uk> ha scritto:
>
>> @Martin > I didn't say the developers aren't photographers. I know
>> that some are colour scientists. And I didn't say anything about
>> Lightroom.
>>
>> If some of the developers are professional GUI designers, I'm sorry I
>> didn't know that.
>>
>>
>> On Wed, 17 Feb 2021 at 10:07, Martin Straeten 
>> wrote:
>> >
>> > Thats nonsense. The darktable developers are not just linux developers
>> but also photographers with much more experience in color science than most
>> usual Lightroom users. This experience is manifestated in darktable.
>> > If you're just looking for a free/linux Lightroom alternative then
>> you're on the wrong playground here ...
>> >
>> > Am Mi., 17. Feb. 2021 um 10:18 Uhr schrieb Archie Macintosh <
>> archie...@gmx.co.uk>:
>> >>
>> >> @Kneops > You are raising a genuine issue. Linux applications – dt
>> >> included – are built by some trully brilliant programmers; but they
>> >> aren't GUI designers. The GUIs in free software often grow by
>> >> accretion, user-feedback, design adjustments forced by software
>> >> developments, and agreements between developers. Design issues are
>> >> very much secondary to how the programming implements processes.
>> >>
>> >> So how users other than the developers themselves actually use (or
>> >> want to use) the software is rarely a major consideration. And this
>> >> isn't surprising: software development is demanding in time and skill;
>> >> we're lucky to get the astonishing quality of work that goes into
>> >> building dt, and to have developers who are passionate about finding
>> >> computing solutions to difficult image-processing problems. You just
>> >> don't find many designers who want to commit that amount of time and
>> >> effort outside working hours. So people who aren't primarily designers
>> >> do their best, but often bring their programming habits with them.
>> >> (You'll have seen Bruce Williams looking perplexed in his excellent
>> >> training videos when he has to explain why an ordered list starts at
>> >> the botttom and goes up, unlike any ordered list you're likely to come
>> >> across in daily life!)
>> >>
>> >> When users innocently raise issues about interface design, it can feel
>> >> like nit-picking ingratitude.So it's not really surprising that some
>> >> folk get irritated. Until a bounteous designer comes along, we must
>> >> just be thankful for what we've got!
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> On Wed, 17 Feb 2021 at 08:34, Kneops  wrote:
>> >> >
>> >> > I started this topic/conversation about the GUI, but at first it was
>> >> > just a question, if the order could be changed to make it feel more
>> >> > logical and pleasant to me to work with. I now understand the
>> reasoning
>> >> > behind this and that it should not be changed. But underneath there
>> is
>> >> > more I must admit.
>> >> >
>> >> > Many friends who are photographers, amateur and professional, I have
>> >> > pointed towards Linux because I love it and never want to go back to
>> >> > Windows and Apple. They have mastered Gimp and love that program
>> too, so
>> >> > they nev

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Andrew Greig

Hey Rahl,

I have just received two messages in a row to the list from you, but no 
comment from you has been made. Did you have something to write or was 
it a "pocket dial"?


Andrew

On 17/2/21 10:51 pm, rahl wrote:

On Wed, 2021-02-17 at 09:34 +0100, Kneops wrote:

I started this topic/conversation about the GUI, but at first it was
just a question, if the order could be changed to make it feel more
logical and pleasant to me to work with. I now understand the reasoning
behind this and that it should not be changed. But underneath there is
more I must admit.

Many friends who are photographers, amateur and professional, I have
pointed towards Linux because I love it and never want to go back to
Windows and Apple. They have mastered Gimp and love that program too, so
they never use Photoshop anymore. But they never mastered any raw editor
on Linux. All admit DT is extremely powerfull and the best one available
for Linux, but all stick to one of the (payed) alternatives on Windows
or Apple because they find them more intuitive and quicker and very
visual. They (and I) don't think in numbers, ranges and curves, but in
light, shadow, sharpness, blur, color, contrast, texture. LR for example
works as an extension of that mind and it named all tools to resemble
what the user 'feels' that has to be done to create a good image. I
think that is why it is so popular.

I don't want to say LR is better than DT, absolutely not (!), but I'm a
trained photographer and after working with DT on and off for about 3
years now, I still don't manage to get the results I want, and if I do
it takes much more work. 'Then pick another tool and stop complaining'
is a reply I sometimes get, and that is true too ;). The thing is I
regret that there is no real alternative to all the Windows/Apple
programs that could move more people over to Linux. So for now my
friends keep working on their Windows machines and I still have two
computers I have to switch between. One with LR and Capture One, and my
Linux pc for everything else. Meanwhile I hope for some other open
source raw editor emerging on the Linux platform and I bravely keep on
trying to master DT because I want to get rid of that Windows machine :).







Op 16-02-2021 om 23:31 schreef Andrew Greig:


In a similar fashion if you learn the order of progression of the tools
in Darktable, your work will become more efficient and more pleasant. I
have seen edits presented on YouTube which involve around 30 modules,
apparently common in landscape photography, whereas I use around 6
modules as a rule, I am a studio photographer and I work on getting as
much right as I can  through metering and exposing correctly. Is there
more I could do? Sure, and I do learn incrementally, but just what I 
need.


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



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread rahl
On Wed, 2021-02-17 at 09:34 +0100, Kneops wrote:
> I started this topic/conversation about the GUI, but at first it was 
> just a question, if the order could be changed to make it feel more 
> logical and pleasant to me to work with. I now understand the
> reasoning 
> behind this and that it should not be changed. But underneath there
> is 
> more I must admit.
> 
> Many friends who are photographers, amateur and professional, I have 
> pointed towards Linux because I love it and never want to go back to 
> Windows and Apple. They have mastered Gimp and love that program too,
> so 
> they never use Photoshop anymore. But they never mastered any raw
> editor 
> on Linux. All admit DT is extremely powerfull and the best one
> available 
> for Linux, but all stick to one of the (payed) alternatives on
> Windows 
> or Apple because they find them more intuitive and quicker and very 
> visual. They (and I) don't think in numbers, ranges and curves, but
> in 
> light, shadow, sharpness, blur, color, contrast, texture. LR for
> example 
> works as an extension of that mind and it named all tools to resemble
> what the user 'feels' that has to be done to create a good image. I 
> think that is why it is so popular.
> 
> I don't want to say LR is better than DT, absolutely not (!), but I'm
> a 
> trained photographer and after working with DT on and off for about 3
> years now, I still don't manage to get the results I want, and if I
> do 
> it takes much more work. 'Then pick another tool and stop
> complaining' 
> is a reply I sometimes get, and that is true too ;). The thing is I 
> regret that there is no real alternative to all the Windows/Apple 
> programs that could move more people over to Linux. So for now my 
> friends keep working on their Windows machines and I still have two 
> computers I have to switch between. One with LR and Capture One, and
> my 
> Linux pc for everything else. Meanwhile I hope for some other open 
> source raw editor emerging on the Linux platform and I bravely keep
> on 
> trying to master DT because I want to get rid of that Windows machine
> :).
> 
> 
> 
> 
> 
> 
> 
> Op 16-02-2021 om 23:31 schreef Andrew Greig:
> > 
> > In a similar fashion if you learn the order of progression of the
> > tools 
> > in Darktable, your work will become more efficient and more
> > pleasant. I 
> > have seen edits presented on YouTube which involve around 30
> > modules, 
> > apparently common in landscape photography, whereas I use around 6 
> > modules as a rule, I am a studio photographer and I work on getting
> > as 
> > much right as I can  through metering and exposing correctly. Is
> > there 
> > more I could do? Sure, and I do learn incrementally, but just what
> > I need.
> _
> ___
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Maurizio Paglia
Hi all,
I desire to let you have my opinion about this matter.
In the past I pushed a lot to have this feature. Together with me many
other USERS did the same...
Really, I cannot understand why we cannot have a tab on which any USER can
list his/her preferred modules and can order them as per his/her preferred
workflow.

If I look to a car I probably can identify 70% of its visible components.
If I look to a disassembled car, I could identify 20% of components.
Despite this fact I drive a car every day and I know perfectly how to do a
lot of things because I am COMFORTABLE with its "GUI".

My concern is we are not asking to change dt GUI.
We do not want to change the multi-sliders interface with a single-slide
one (LR, RT).
We simply ask to have a tab with a COMFORTABLE list of modules.
The pipeline is another matter.

Only a TECHNICIAN can know very well how the pipeline works and why.
A normal user or also an advanced user (pro photographer) does not know
and, probably, does not care.
I have to develop an image trying to obtain a pleasant result.
I am a photographer (a USER), not an engineer (a TECHNICIAN).

I have great respect for all devs putting such efforts in this software.
dt is really good and in the recent past months has growth a lot!

Nevertheless I still cannot understand why users cannot be COMFORTABLE with
it...

Thanks,
Maurizio

Il giorno mer 17 feb 2021 alle ore 12:12 Archie Macintosh <
archie...@gmx.co.uk> ha scritto:

> @Martin > I didn't say the developers aren't photographers. I know
> that some are colour scientists. And I didn't say anything about
> Lightroom.
>
> If some of the developers are professional GUI designers, I'm sorry I
> didn't know that.
>
>
> On Wed, 17 Feb 2021 at 10:07, Martin Straeten 
> wrote:
> >
> > Thats nonsense. The darktable developers are not just linux developers
> but also photographers with much more experience in color science than most
> usual Lightroom users. This experience is manifestated in darktable.
> > If you're just looking for a free/linux Lightroom alternative then
> you're on the wrong playground here ...
> >
> > Am Mi., 17. Feb. 2021 um 10:18 Uhr schrieb Archie Macintosh <
> archie...@gmx.co.uk>:
> >>
> >> @Kneops > You are raising a genuine issue. Linux applications – dt
> >> included – are built by some trully brilliant programmers; but they
> >> aren't GUI designers. The GUIs in free software often grow by
> >> accretion, user-feedback, design adjustments forced by software
> >> developments, and agreements between developers. Design issues are
> >> very much secondary to how the programming implements processes.
> >>
> >> So how users other than the developers themselves actually use (or
> >> want to use) the software is rarely a major consideration. And this
> >> isn't surprising: software development is demanding in time and skill;
> >> we're lucky to get the astonishing quality of work that goes into
> >> building dt, and to have developers who are passionate about finding
> >> computing solutions to difficult image-processing problems. You just
> >> don't find many designers who want to commit that amount of time and
> >> effort outside working hours. So people who aren't primarily designers
> >> do their best, but often bring their programming habits with them.
> >> (You'll have seen Bruce Williams looking perplexed in his excellent
> >> training videos when he has to explain why an ordered list starts at
> >> the botttom and goes up, unlike any ordered list you're likely to come
> >> across in daily life!)
> >>
> >> When users innocently raise issues about interface design, it can feel
> >> like nit-picking ingratitude.So it's not really surprising that some
> >> folk get irritated. Until a bounteous designer comes along, we must
> >> just be thankful for what we've got!
> >>
> >>
> >>
> >>
> >>
> >> On Wed, 17 Feb 2021 at 08:34, Kneops  wrote:
> >> >
> >> > I started this topic/conversation about the GUI, but at first it was
> >> > just a question, if the order could be changed to make it feel more
> >> > logical and pleasant to me to work with. I now understand the
> reasoning
> >> > behind this and that it should not be changed. But underneath there is
> >> > more I must admit.
> >> >
> >> > Many friends who are photographers, amateur and professional, I have
> >> > pointed towards Linux because I love it and never want to go back to
> >> > Windows and Apple. They have mastered Gimp and love that program too,
> so
> >> > they never use Photoshop anymore. But they never mastered any raw
> editor
> >> > on Linux. All admit DT is extremely powerfull and the best one
> available
> >> > for Linux, but all stick to one of the (payed) alternatives on Windows
> >> > or Apple because they find them more intuitive and quicker and very
> >> > visual. They (and I) don't think in numbers, ranges and curves, but in
> >> > light, shadow, sharpness, blur, color, contrast, texture. LR for
> example
> >> > works as an extension of that mind an

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Archie Macintosh
@Martin > I didn't say the developers aren't photographers. I know
that some are colour scientists. And I didn't say anything about
Lightroom.

If some of the developers are professional GUI designers, I'm sorry I
didn't know that.


On Wed, 17 Feb 2021 at 10:07, Martin Straeten  wrote:
>
> Thats nonsense. The darktable developers are not just linux developers but 
> also photographers with much more experience in color science than most usual 
> Lightroom users. This experience is manifestated in darktable.
> If you're just looking for a free/linux Lightroom alternative then you're on 
> the wrong playground here ...
>
> Am Mi., 17. Feb. 2021 um 10:18 Uhr schrieb Archie Macintosh 
> :
>>
>> @Kneops > You are raising a genuine issue. Linux applications – dt
>> included – are built by some trully brilliant programmers; but they
>> aren't GUI designers. The GUIs in free software often grow by
>> accretion, user-feedback, design adjustments forced by software
>> developments, and agreements between developers. Design issues are
>> very much secondary to how the programming implements processes.
>>
>> So how users other than the developers themselves actually use (or
>> want to use) the software is rarely a major consideration. And this
>> isn't surprising: software development is demanding in time and skill;
>> we're lucky to get the astonishing quality of work that goes into
>> building dt, and to have developers who are passionate about finding
>> computing solutions to difficult image-processing problems. You just
>> don't find many designers who want to commit that amount of time and
>> effort outside working hours. So people who aren't primarily designers
>> do their best, but often bring their programming habits with them.
>> (You'll have seen Bruce Williams looking perplexed in his excellent
>> training videos when he has to explain why an ordered list starts at
>> the botttom and goes up, unlike any ordered list you're likely to come
>> across in daily life!)
>>
>> When users innocently raise issues about interface design, it can feel
>> like nit-picking ingratitude.So it's not really surprising that some
>> folk get irritated. Until a bounteous designer comes along, we must
>> just be thankful for what we've got!
>>
>>
>>
>>
>>
>> On Wed, 17 Feb 2021 at 08:34, Kneops  wrote:
>> >
>> > I started this topic/conversation about the GUI, but at first it was
>> > just a question, if the order could be changed to make it feel more
>> > logical and pleasant to me to work with. I now understand the reasoning
>> > behind this and that it should not be changed. But underneath there is
>> > more I must admit.
>> >
>> > Many friends who are photographers, amateur and professional, I have
>> > pointed towards Linux because I love it and never want to go back to
>> > Windows and Apple. They have mastered Gimp and love that program too, so
>> > they never use Photoshop anymore. But they never mastered any raw editor
>> > on Linux. All admit DT is extremely powerfull and the best one available
>> > for Linux, but all stick to one of the (payed) alternatives on Windows
>> > or Apple because they find them more intuitive and quicker and very
>> > visual. They (and I) don't think in numbers, ranges and curves, but in
>> > light, shadow, sharpness, blur, color, contrast, texture. LR for example
>> > works as an extension of that mind and it named all tools to resemble
>> > what the user 'feels' that has to be done to create a good image. I
>> > think that is why it is so popular.
>> >
>> > I don't want to say LR is better than DT, absolutely not (!), but I'm a
>> > trained photographer and after working with DT on and off for about 3
>> > years now, I still don't manage to get the results I want, and if I do
>> > it takes much more work. 'Then pick another tool and stop complaining'
>> > is a reply I sometimes get, and that is true too ;). The thing is I
>> > regret that there is no real alternative to all the Windows/Apple
>> > programs that could move more people over to Linux. So for now my
>> > friends keep working on their Windows machines and I still have two
>> > computers I have to switch between. One with LR and Capture One, and my
>> > Linux pc for everything else. Meanwhile I hope for some other open
>> > source raw editor emerging on the Linux platform and I bravely keep on
>> > trying to master DT because I want to get rid of that Windows machine :).
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > Op 16-02-2021 om 23:31 schreef Andrew Greig:
>> > >
>> > > In a similar fashion if you learn the order of progression of the tools
>> > > in Darktable, your work will become more efficient and more pleasant. I
>> > > have seen edits presented on YouTube which involve around 30 modules,
>> > > apparently common in landscape photography, whereas I use around 6
>> > > modules as a rule, I am a studio photographer and I work on getting as
>> > > much right as I can  through metering and exposing correctly. Is there
>> > > more

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Martin Straeten
Thats nonsense. The darktable developers are not just linux developers but
also photographers with much more experience in color science than most
usual Lightroom users. This experience is manifestated in darktable.
If you're just looking for a free/linux Lightroom alternative then you're
on the wrong playground here ...

Am Mi., 17. Feb. 2021 um 10:18 Uhr schrieb Archie Macintosh <
archie...@gmx.co.uk>:

> @Kneops > You are raising a genuine issue. Linux applications – dt
> included – are built by some trully brilliant programmers; but they
> aren't GUI designers. The GUIs in free software often grow by
> accretion, user-feedback, design adjustments forced by software
> developments, and agreements between developers. Design issues are
> very much secondary to how the programming implements processes.
>
> So how users other than the developers themselves actually use (or
> want to use) the software is rarely a major consideration. And this
> isn't surprising: software development is demanding in time and skill;
> we're lucky to get the astonishing quality of work that goes into
> building dt, and to have developers who are passionate about finding
> computing solutions to difficult image-processing problems. You just
> don't find many designers who want to commit that amount of time and
> effort outside working hours. So people who aren't primarily designers
> do their best, but often bring their programming habits with them.
> (You'll have seen Bruce Williams looking perplexed in his excellent
> training videos when he has to explain why an ordered list starts at
> the botttom and goes up, unlike any ordered list you're likely to come
> across in daily life!)
>
> When users innocently raise issues about interface design, it can feel
> like nit-picking ingratitude.So it's not really surprising that some
> folk get irritated. Until a bounteous designer comes along, we must
> just be thankful for what we've got!
>
>
>
>
>
> On Wed, 17 Feb 2021 at 08:34, Kneops  wrote:
> >
> > I started this topic/conversation about the GUI, but at first it was
> > just a question, if the order could be changed to make it feel more
> > logical and pleasant to me to work with. I now understand the reasoning
> > behind this and that it should not be changed. But underneath there is
> > more I must admit.
> >
> > Many friends who are photographers, amateur and professional, I have
> > pointed towards Linux because I love it and never want to go back to
> > Windows and Apple. They have mastered Gimp and love that program too, so
> > they never use Photoshop anymore. But they never mastered any raw editor
> > on Linux. All admit DT is extremely powerfull and the best one available
> > for Linux, but all stick to one of the (payed) alternatives on Windows
> > or Apple because they find them more intuitive and quicker and very
> > visual. They (and I) don't think in numbers, ranges and curves, but in
> > light, shadow, sharpness, blur, color, contrast, texture. LR for example
> > works as an extension of that mind and it named all tools to resemble
> > what the user 'feels' that has to be done to create a good image. I
> > think that is why it is so popular.
> >
> > I don't want to say LR is better than DT, absolutely not (!), but I'm a
> > trained photographer and after working with DT on and off for about 3
> > years now, I still don't manage to get the results I want, and if I do
> > it takes much more work. 'Then pick another tool and stop complaining'
> > is a reply I sometimes get, and that is true too ;). The thing is I
> > regret that there is no real alternative to all the Windows/Apple
> > programs that could move more people over to Linux. So for now my
> > friends keep working on their Windows machines and I still have two
> > computers I have to switch between. One with LR and Capture One, and my
> > Linux pc for everything else. Meanwhile I hope for some other open
> > source raw editor emerging on the Linux platform and I bravely keep on
> > trying to master DT because I want to get rid of that Windows machine :).
> >
> >
> >
> >
> >
> >
> >
> > Op 16-02-2021 om 23:31 schreef Andrew Greig:
> > >
> > > In a similar fashion if you learn the order of progression of the tools
> > > in Darktable, your work will become more efficient and more pleasant. I
> > > have seen edits presented on YouTube which involve around 30 modules,
> > > apparently common in landscape photography, whereas I use around 6
> > > modules as a rule, I am a studio photographer and I work on getting as
> > > much right as I can  through metering and exposing correctly. Is there
> > > more I could do? Sure, and I do learn incrementally, but just what I
> need.
> >
> 
> > darktable user mailing list
> > to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
> >
>
> 
> darktable 

Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Archie Macintosh
@Kneops > You are raising a genuine issue. Linux applications – dt
included – are built by some trully brilliant programmers; but they
aren't GUI designers. The GUIs in free software often grow by
accretion, user-feedback, design adjustments forced by software
developments, and agreements between developers. Design issues are
very much secondary to how the programming implements processes.

So how users other than the developers themselves actually use (or
want to use) the software is rarely a major consideration. And this
isn't surprising: software development is demanding in time and skill;
we're lucky to get the astonishing quality of work that goes into
building dt, and to have developers who are passionate about finding
computing solutions to difficult image-processing problems. You just
don't find many designers who want to commit that amount of time and
effort outside working hours. So people who aren't primarily designers
do their best, but often bring their programming habits with them.
(You'll have seen Bruce Williams looking perplexed in his excellent
training videos when he has to explain why an ordered list starts at
the botttom and goes up, unlike any ordered list you're likely to come
across in daily life!)

When users innocently raise issues about interface design, it can feel
like nit-picking ingratitude.So it's not really surprising that some
folk get irritated. Until a bounteous designer comes along, we must
just be thankful for what we've got!





On Wed, 17 Feb 2021 at 08:34, Kneops  wrote:
>
> I started this topic/conversation about the GUI, but at first it was
> just a question, if the order could be changed to make it feel more
> logical and pleasant to me to work with. I now understand the reasoning
> behind this and that it should not be changed. But underneath there is
> more I must admit.
>
> Many friends who are photographers, amateur and professional, I have
> pointed towards Linux because I love it and never want to go back to
> Windows and Apple. They have mastered Gimp and love that program too, so
> they never use Photoshop anymore. But they never mastered any raw editor
> on Linux. All admit DT is extremely powerfull and the best one available
> for Linux, but all stick to one of the (payed) alternatives on Windows
> or Apple because they find them more intuitive and quicker and very
> visual. They (and I) don't think in numbers, ranges and curves, but in
> light, shadow, sharpness, blur, color, contrast, texture. LR for example
> works as an extension of that mind and it named all tools to resemble
> what the user 'feels' that has to be done to create a good image. I
> think that is why it is so popular.
>
> I don't want to say LR is better than DT, absolutely not (!), but I'm a
> trained photographer and after working with DT on and off for about 3
> years now, I still don't manage to get the results I want, and if I do
> it takes much more work. 'Then pick another tool and stop complaining'
> is a reply I sometimes get, and that is true too ;). The thing is I
> regret that there is no real alternative to all the Windows/Apple
> programs that could move more people over to Linux. So for now my
> friends keep working on their Windows machines and I still have two
> computers I have to switch between. One with LR and Capture One, and my
> Linux pc for everything else. Meanwhile I hope for some other open
> source raw editor emerging on the Linux platform and I bravely keep on
> trying to master DT because I want to get rid of that Windows machine :).
>
>
>
>
>
>
>
> Op 16-02-2021 om 23:31 schreef Andrew Greig:
> >
> > In a similar fashion if you learn the order of progression of the tools
> > in Darktable, your work will become more efficient and more pleasant. I
> > have seen edits presented on YouTube which involve around 30 modules,
> > apparently common in landscape photography, whereas I use around 6
> > modules as a rule, I am a studio photographer and I work on getting as
> > much right as I can  through metering and exposing correctly. Is there
> > more I could do? Sure, and I do learn incrementally, but just what I need.
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-17 Thread Kneops
I started this topic/conversation about the GUI, but at first it was 
just a question, if the order could be changed to make it feel more 
logical and pleasant to me to work with. I now understand the reasoning 
behind this and that it should not be changed. But underneath there is 
more I must admit.


Many friends who are photographers, amateur and professional, I have 
pointed towards Linux because I love it and never want to go back to 
Windows and Apple. They have mastered Gimp and love that program too, so 
they never use Photoshop anymore. But they never mastered any raw editor 
on Linux. All admit DT is extremely powerfull and the best one available 
for Linux, but all stick to one of the (payed) alternatives on Windows 
or Apple because they find them more intuitive and quicker and very 
visual. They (and I) don't think in numbers, ranges and curves, but in 
light, shadow, sharpness, blur, color, contrast, texture. LR for example 
works as an extension of that mind and it named all tools to resemble 
what the user 'feels' that has to be done to create a good image. I 
think that is why it is so popular.


I don't want to say LR is better than DT, absolutely not (!), but I'm a 
trained photographer and after working with DT on and off for about 3 
years now, I still don't manage to get the results I want, and if I do 
it takes much more work. 'Then pick another tool and stop complaining' 
is a reply I sometimes get, and that is true too ;). The thing is I 
regret that there is no real alternative to all the Windows/Apple 
programs that could move more people over to Linux. So for now my 
friends keep working on their Windows machines and I still have two 
computers I have to switch between. One with LR and Capture One, and my 
Linux pc for everything else. Meanwhile I hope for some other open 
source raw editor emerging on the Linux platform and I bravely keep on 
trying to master DT because I want to get rid of that Windows machine :).








Op 16-02-2021 om 23:31 schreef Andrew Greig:


In a similar fashion if you learn the order of progression of the tools 
in Darktable, your work will become more efficient and more pleasant. I 
have seen edits presented on YouTube which involve around 30 modules, 
apparently common in landscape photography, whereas I use around 6 
modules as a rule, I am a studio photographer and I work on getting as 
much right as I can  through metering and exposing correctly. Is there 
more I could do? Sure, and I do learn incrementally, but just what I need.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Andrew Greig

Hi Ricardo,

I think that your characterizations may be a bit harsh. I would like to 
tell you about an interview on Parkinson (a British TV show where 
various celebrities were invited to share aspects of their lives). On 
this occasion Parkinson had invited Yehudi Menuhin and Stephane 
Grappelli, Yehudi was a virtuoso classical violinist and Stephane was a 
jazz violinist. The interview was really interesting and at the end of 
it Menuhin performed a jazz piece composed for him by Grappelli. It was 
full of life and humour and the "phrasing" was perfect, and jazz 
phrasing is more "felt" than taught. The thing is, here, that Menuhin 
was classically trained and so his instrument became an extension of 
himself, man and violin were one. He was trained in a rigid structure 
that most violinists endure, he could provoke emotions of pathos and 
comedy, sadness and joy, all because he learned what his instrument 
could do. So once he understood the "tools of his trade" he could play 
anything.


In a similar fashion if you learn the order of progression of the tools 
in Darktable, your work will become more efficient and more pleasant. I 
have seen edits presented on YouTube which involve around 30 modules, 
apparently common in landscape photography, whereas I use around 6 
modules as a rule, I am a studio photographer and I work on getting as 
much right as I can  through metering and exposing correctly. Is there 
more I could do? Sure, and I do learn incrementally, but just what I need.


I encourage you to allow yourself to work with the order of Darktable so 
that your intuition may become informed and your intuition and workflow 
become one.


Cheers

Andrew Greig


On 17/2/21 12:52 am, Ricardo Kozmate.Net wrote:

Em 16/02/2021 01:20, Guillermo Rozas escreveu:


> This list can be a good first step to explore an idea

Agreed, I thank you, and some others, for explainig and discussing the 
ideia, but I also I note the first 3 out of 4 replies:


«If you want to use darktable "intuitively" you need to learn about 
darktables pipeline...»
(i.e., the users' intuition is wrong, DT's way is the only right way. 
Also the person replying "knows" the user has not learnt about the 
pipeline)


«Then use another tool.»
«No, but people who understand what they do.»
(i.e. people asking for something are clueless)

«why don't you make a feature request accompanied with your 
explanation so it is understood?»

(i.e. shut up, don't discuss it here)


 


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



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Chas G
"Changing the GUI is just not a priority to improve Darktable."  +1
"Kudos to the developers."+1


Terry Pinfold said  "It is interesting that this topic generated so much
conversation and even stirred up so much emotion. Darktable is an
alternative program created generously by unpaid developers. They have
taken a revolutionary approach to develop a creative method of processing
and editing not only Raw files, but also Tiff files and Jpgs. As a user I
have chosen to invest my time in learning how this program works and many
of its nuances that may at first seem strange to a user coming from
commercial software such as Adobe's Lightroom. But that was time well
invested by me because I now have a program that that is so much more
powerful and under my control. It is only in version 3.4 that I have
started to realise the importance of altering the pixel pipeline for some
of my images to achieve the required results, but Darktable gives me this
ability. Programs like GIMP and Photoshop and Lightroom don't give me this
option. Sure in GIMP and Photoshop I can choose the order to apply edits,
but each of these is destructive and if I get near the end of processing
and realise I made a mistake I have to go back to the beginning and start
again. In darktable, I can reorder the pipeline, turn off a instance of a
module or make a new instance. No need to start from scratch. And don't get
me started on how great the mask options are for each module to localise
the edits. The developers have done an incredible job. Changing the GUI is
just not a priority to improve Darktable. Users have to be willing to
invest time and learn the UI and they will be rewarded. Kudos to the
developers. "


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Terry Pinfold
It is interesting that this topic generated so much conversation and even
stirred up so much emotion. Darktable is an alternative program created
generously by unpaid developers. They have taken a revolutionary approach
to develop a creative method of processing and editing not only Raw files,
but also Tiff files and Jpgs. As a user I have chosen to invest my time in
learning how this program works and many of its nuances that may at first
seem strange to a user coming from commercial software such as Adobe's
Lightroom. But that was time well invested by me because I now have a
program that that is so much more powerful and under my control. It is only
in version 3.4 that I have started to realise the importance of altering
the pixel pipeline for some of my images to achieve the required results,
but Darktable gives me this ability. Programs like GIMP and Photoshop and
Lightroom don't give me this option. Sure in GIMP and Photoshop I can
choose the order to apply edits, but each of these is destructive and if I
get near the end of processing and realise I made a mistake I have to go
back to the beginning and start again. In darktable, I can reorder the
pipeline, turn off a instance of a module or make a new instance. No need
to start from scratch. And don't get me started on how great the mask
options are for each module to localise the edits. The developers have done
an incredible job. Changing the GUI is just not a priority to improve
Darktable. Users have to be willing to invest time and learn the UI and
they will be rewarded. Kudos to the developers.

On Wed, 17 Feb 2021 at 00:55, Ricardo Kozmate.Net 
wrote:

> Em 16/02/2021 01:20, Guillermo Rozas escreveu:
>
>
>  > This list can be a good first step to explore an idea
>
> Agreed, I thank you, and some others, for explainig and discussing the
> ideia, but I also I note the first 3 out of 4 replies:
>
> «If you want to use darktable "intuitively" you need to learn about
> darktables pipeline...»
> (i.e., the users' intuition is wrong, DT's way is the only right way.
> Also the person replying "knows" the user has not learnt about the
> pipeline)
>
> «Then use another tool.»
> «No, but people who understand what they do.»
> (i.e. people asking for something are clueless)
>
> «why don't you make a feature request accompanied with your explanation
> so it is understood?»
> (i.e. shut up, don't discuss it here)
>
>
>
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Jean-Luc CECCOLI
> Message du 15/02/21 20:09
> De : "Guillermo Rozas" 
> A : "darktable-user" 
> Copie à : 
> Objet : Re: [darktable-user] Still no GUI module order possible?
> 
>

>> But, why not allow the user to create a tab with aliases to the original 
>> modules, which would never be altered whatever the alias tab displays ?
>> When the user needs to see what is really happening, he goes back to the 
>> main tab, and when he wants to work according to his taste, he uses his 
>> alias tab.
>

> Check the link I posted 
> (https://github.com/darktable-org/darktable/issues/7841), it more or less 
> answers your question (related to the new 'basic module', which is 
> reminiscent of your 'alias tab').

OK, I had read it before, but not completely understood. Language barrier 
implies I often have to read the posts at least 4~5 times before I can 
understand more or less.
Do not forget too that I am a casual user, with no experience with other 
graphics nor photo software. Yes, in fact : Bibble / Aftertouch, but not 
heavily as well.

> The main points for me (not a developer, but happy to answer user questions) 
> are two: 

> - consistency: everything else is pipe-ordered. Having a single tab ordered 
> not in pipe order, while the rest is, means people get confused. People 
> confused means more work answering questions and wrongly filled bugs. Notice 
> that the proposal linked above has a small chance to go through precisely 
> because it's a separate 'module', which could be made clearly different from 
> the regular tabs to convey the idea that GUI sliders order and pipe order are 
> not related ONLY in that module.

> - having all tabs not in pipe-order loses the 'physical' (visual?) connection 
> between module order and image result, which is worse. As somebody said 
> before, you don't expect a layer-based software (like Gimp or Photoshop) to 
> allow you to re-order the layers independently of how they will be merged 
> (usually top to bottom). This is the same situation: pipe-order is central to 
> how darktable works, operations are applied in a defined order, and the GUI 
> order reflecting pipe-order is a manifestation of that (now more than ever 
> because pipe-order can be changed).

This all makes sense - it was explained in the link, thank-you to re-developing 
it.

Nothing more to add.

Rgrds,

J.-Luc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread rahl
Can someone please unsubscribe me from this list?

I tried the automated unsubscribe twice, and after confirming, nothing
happened and I still get emails.

Thanks,
Nick


On Mon, 2021-02-15 at 22:24 +0100, KOVÁCS István wrote:
> On Mon, 15 Feb 2021 at 20:37, Urs Schütz  wrote:
> > @kneops
> > My two cents:
> > Darktable pipelines work from bottom to top. [...]
> > The developers choosed "from bottom to top"
> 
> I think it may be reasonable to add an option to flip the visual
> order
> (so not completely free reordering, just a boolean top-to-bottom
> ('page-order') or bottom-up ('stack-like') display choice). My
> reasoning is that in Western writing systems, we read and write from
> top to bottom. I understand that the pipeline is also called a
> 'stack', and the 'last' element on the stack means 'the most recently
> pushed one', and it's at the top. But, I guess, for many users, a
> presentation where the last element of the history is at the bottom;
> where one of the the first modules to apply (such as exposure)
> appears
> near the top of the page, not near the bottom; where the pipeline, in
> execution order, is displayed top-to-bottom, is a very logical
> expectation.
> 
> Kofa
> _
> ___
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Richard Hobday

+1

On 16/02/2021 15:21, parafin wrote:

On Tue, 16 Feb 2021 14:33:17 +
"Ricardo Kozmate.Net"  wrote:


I also note that image editing is a technical but also an artistic task,
giving 'the artist' as much freedom to follow their flow intuition as
possible is a good thing.


That's actually the main disagreement point - darktable team doesn't
believe that raw development is something that should be done by
intuition, instead 'the artist' should understand how the instrument
works (e.g. how painters learn how to get specific color by mixing the
available paints and which brush to use to get specific stroke width).
'The artist' should envision the result he wants to get (that's the
artistic part of the process) and then use the instrument to get it,
knowing how to achieve it (of course it can take some number of
iterations), instead of fiddling with random sliders trying to get
something that "looks good". If you want the latter, darktable is not a
tool for you, there are alternatives you should try instead of asking
darktable to change its concept. darktable team doesn't aim at pleasing
everyone or increasing its "market share" at any cost - it doesn't make
sense for free software project to have such goals when developers are
doing it for fun at their spare time. Instead the goal is to maybe
teach some photographers the modern way to process raw files from their
cameras, getting more predictable and consistent results. It's
impossible to do without some good will from the users to learn
something new and to not be stuck with the habits they got from other
image processing software out there.

So please don't post any feature requests to github about this, because
they will be just closed by pointing to
https://github.com/darktable-org/darktable/issues/7841
as the only possible way forward on this subject. Which by the way I
hope will get implemented and will cover the discussed "custom
workflow" problem. Better developers spend time on doing actual work
instead of arguing on the Internet;)

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



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread thouks
+1

Am 16. Februar 2021 16:21:37 MEZ schrieb parafin :
>On Tue, 16 Feb 2021 14:33:17 +
>"Ricardo Kozmate.Net"  wrote:
>
>> I also note that image editing is a technical but also an artistic
>task, 
>> giving 'the artist' as much freedom to follow their flow intuition as
>
>> possible is a good thing.
>
>That's actually the main disagreement point - darktable team doesn't
>believe that raw development is something that should be done by
>intuition, instead 'the artist' should understand how the instrument
>works (e.g. how painters learn how to get specific color by mixing the
>available paints and which brush to use to get specific stroke width).
>'The artist' should envision the result he wants to get (that's the
>artistic part of the process) and then use the instrument to get it,
>knowing how to achieve it (of course it can take some number of
>iterations), instead of fiddling with random sliders trying to get
>something that "looks good". If you want the latter, darktable is not a
>tool for you, there are alternatives you should try instead of asking
>darktable to change its concept. darktable team doesn't aim at pleasing
>everyone or increasing its "market share" at any cost - it doesn't make
>sense for free software project to have such goals when developers are
>doing it for fun at their spare time. Instead the goal is to maybe
>teach some photographers the modern way to process raw files from their
>cameras, getting more predictable and consistent results. It's
>impossible to do without some good will from the users to learn
>something new and to not be stuck with the habits they got from other
>image processing software out there.
>
>So please don't post any feature requests to github about this, because
>they will be just closed by pointing to
>https://github.com/darktable-org/darktable/issues/7841
>as the only possible way forward on this subject. Which by the way I
>hope will get implemented and will cover the discussed "custom
>workflow" problem. Better developers spend time on doing actual work
>instead of arguing on the Internet;)
>
>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



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread parafin
On Tue, 16 Feb 2021 14:33:17 +
"Ricardo Kozmate.Net"  wrote:

> I also note that image editing is a technical but also an artistic task, 
> giving 'the artist' as much freedom to follow their flow intuition as 
> possible is a good thing.

That's actually the main disagreement point - darktable team doesn't
believe that raw development is something that should be done by
intuition, instead 'the artist' should understand how the instrument
works (e.g. how painters learn how to get specific color by mixing the
available paints and which brush to use to get specific stroke width).
'The artist' should envision the result he wants to get (that's the
artistic part of the process) and then use the instrument to get it,
knowing how to achieve it (of course it can take some number of
iterations), instead of fiddling with random sliders trying to get
something that "looks good". If you want the latter, darktable is not a
tool for you, there are alternatives you should try instead of asking
darktable to change its concept. darktable team doesn't aim at pleasing
everyone or increasing its "market share" at any cost - it doesn't make
sense for free software project to have such goals when developers are
doing it for fun at their spare time. Instead the goal is to maybe
teach some photographers the modern way to process raw files from their
cameras, getting more predictable and consistent results. It's
impossible to do without some good will from the users to learn
something new and to not be stuck with the habits they got from other
image processing software out there.

So please don't post any feature requests to github about this, because
they will be just closed by pointing to
https://github.com/darktable-org/darktable/issues/7841
as the only possible way forward on this subject. Which by the way I
hope will get implemented and will cover the discussed "custom
workflow" problem. Better developers spend time on doing actual work
instead of arguing on the Internet;)

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Ricardo Kozmate.Net

Em 16/02/2021 01:20, Guillermo Rozas escreveu:
On Mon, Feb 15, 2021, 21:52 Ricardo Kozmate.Net > wrote:


Comparing to masks' order in GIMP is silly, that was not the point, I
presume.
Compare it to GIMP allowing to order the tools in the toolbox, as it
does.


No. Gimp's toolbox is not comparable because each tool there is 
independent of the others, and they're applied in the same order they're 
activated.


> In darktable they are not: the order of application is
> defined independently of the order in which they're
> activated [...]


GIMPS' toolbox and DT's interface are comparable, because they are the 
way users find the tools.


Possibly one 'problem' is that DT's interface is used also to display 
modules' processing order.



Comparing it to Gimp's layers is not silly, they work the same way: 
there is an intrinsic order in which things are applied, and that order 
is represented by the order of the GUI.


But layers is one tool, of which the user chooses the order of, while 
DT's GUI is the whole app. Note that I am OK with a fixed pixelpipe 
pipepline, the devs studied it and found it produces better results this 
way?... great, as far as I am concerned


---

That said, what do I see as the problem and a possible improvement?


GIMP's interface has the tools, which users can order more or less at 
will, in the toolbox (you can also add menus, I do not recall if you can 
change the standard menus).


Tools are applied by whatever order the user wants.

There is one "undo" tool which displays that order and allows to get back.

(I am not saying it is good or bad, it is merely descriptive of the 
overall picture.)



DT's tools are (almost) fixed in the interface, and applied in the order 
shown in the interface.


There is a history tab on the left displaying the users' activation order.

(still merely descriptive, I hope)


OK, what is the problem, as I see it?

DT's interface has one more thing to display, compared to GIMP: the 
module application order.


DT's option to solve that is to have the tools in that fixed order on 
the interface. Well... almost...


The fixed order may make it hard to find the tools because whatever is 
the logical technical order to apply them may not be the order users 
think of them. That is why the devs had to select the order «with great 
care». But as someone pointed already in a fun way, you have to put your 
a sock before a shoe, but you may choose which shoe before which sock :) 
I also note that image editing is a technical but also an artistic task, 
giving 'the artist' as much freedom to follow their flow intuition as 
possible is a good thing.


Probably acknowledging that, and to make tools easier to find, there are 
tool groups ("tone group", "color group", etc). Note that when using 
those groups we already loose track of module application order. We get 
the order within that group, but we don't know about tools in other 
groups. I think the only way to see the full modules' order is by 
choosing the "show only active modules" tab.



So a implementation suggestions:

- Allow to sort the tools within the tool groups, or at least the 
favorites group.


THEN

- Keep the "show only active modules" tab in module application order

AND / OR

- Add a tab on the left, similar to the history tab, showing module 
application order.




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-16 Thread Ricardo Kozmate.Net

Em 16/02/2021 01:20, Guillermo Rozas escreveu:


> This list can be a good first step to explore an idea

Agreed, I thank you, and some others, for explainig and discussing the 
ideia, but I also I note the first 3 out of 4 replies:


«If you want to use darktable "intuitively" you need to learn about 
darktables pipeline...»
(i.e., the users' intuition is wrong, DT's way is the only right way. 
Also the person replying "knows" the user has not learnt about the pipeline)


«Then use another tool.»
«No, but people who understand what they do.»
(i.e. people asking for something are clueless)

«why don't you make a feature request accompanied with your explanation 
so it is understood?»

(i.e. shut up, don't discuss it here)



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Martin Straeten
The bottom up order makes sense since in a larger list of modules the modules 
for the color and tonal correction are usually in the upper visible part of the 
screen; the mandatory modules usually not needing tweaks or to be modified just 
once at the beginning of editing are in the invisible lower part...

> Am 15.02.2021 um 22:26 schrieb KOVÁCS István :
> 
> On Mon, 15 Feb 2021 at 20:37, Urs Schütz  wrote:
>> @kneops
>> My two cents:
>> Darktable pipelines work from bottom to top. [...]
>> The developers choosed "from bottom to top"
> 
> I think it may be reasonable to add an option to flip the visual order
> (so not completely free reordering, just a boolean top-to-bottom
> ('page-order') or bottom-up ('stack-like') display choice). My
> reasoning is that in Western writing systems, we read and write from
> top to bottom. I understand that the pipeline is also called a
> 'stack', and the 'last' element on the stack means 'the most recently
> pushed one', and it's at the top. But, I guess, for many users, a
> presentation where the last element of the history is at the bottom;
> where one of the the first modules to apply (such as exposure) appears
> near the top of the page, not near the bottom; where the pipeline, in
> execution order, is displayed top-to-bottom, is a very logical
> expectation.
> 
> Kofa
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread David Vincent-Jones

Currently, it works just fine. More complication we do not need.

On 2021-02-15 5:26 p.m., William Ferguson wrote:

There is another side to this discussion that's not been considered.  The
devs don't just build features.  They also provide documentation, tech
support, education, videos, and bug fixing.

Let's say they implement a feature so the user can configure the GUI with
any module order they would like, and it doesn't affect the pixel pipe. And
we still have the pixelpipe that we can reorder.  Then a user processes an
image and it doesn't turn out the way they think it should have.  On this
list, as well as github, almost all of the conversations take place in
English.  However English isn't the first language of a lot of the devs as
well as a lot of the users.  So can you imagine the conversation when the
user is trying to relate what order they did things in and the dev is
trying to overcome the language barrier, figure out which module order the
user is talking about, figure out what order the pixelpipe was in, and
figure out what happened?  And what happens when the dev asks the user to
try a different order and the dev was talking about the pixelpipe and the
user adjusts the GUI order.

There is also the possibility of confusion on the part of the user when
they reorder the pixelpipe thinking they were reordering the GUI.

Sometimes features aren't implemented because the devs can't figure out how
to support them, not because they can't implement them.

On Mon, Feb 15, 2021 at 7:52 PM Ricardo Kozmate.Net 
wrote:


DT is a really fine app.

It would be even better, in my opinion, if it allowed users to use it in
a way that feels comfortable to each user. Allowing to sort the modules
*on the GUI* feels like a reasonable request. I would like to.

Comparing to masks' order in GIMP is silly, that was not the point, I
presume.
Compare it to GIMP allowing to order the tools in the toolbox, as it does.


Want to do it? Great!

Do not want to do it? Fine, too.

Devs may, and *should*, do whatever they think best. But pushing away
suggestions with arrogant remarks will, in the long run, result in a
poorer DT. For everybody.

Users might have good and original ideas too, you know? If devs kill the
will to help, they'll lose. We all lose.


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



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Guillermo Rozas
Please keep the answers to the list. And I hope I was not the intended
recipient of the message as I'm not a developer and certainly I'm not
aggressive at all.

Best regards,
Guillermo

On Mon, Feb 15, 2021, 22:26 Terry Pinfold  wrote:

> Yes some, not all, of the developers can be a bit aggressive in their
> responses. I nearly walked away from this forum for that reason. I really
> appreciate the effort they put in, but end users who may not understand the
> program nuances may have good ideas that they have picked up from other
> programs and experiences.
>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread William Ferguson
There is another side to this discussion that's not been considered.  The
devs don't just build features.  They also provide documentation, tech
support, education, videos, and bug fixing.

Let's say they implement a feature so the user can configure the GUI with
any module order they would like, and it doesn't affect the pixel pipe. And
we still have the pixelpipe that we can reorder.  Then a user processes an
image and it doesn't turn out the way they think it should have.  On this
list, as well as github, almost all of the conversations take place in
English.  However English isn't the first language of a lot of the devs as
well as a lot of the users.  So can you imagine the conversation when the
user is trying to relate what order they did things in and the dev is
trying to overcome the language barrier, figure out which module order the
user is talking about, figure out what order the pixelpipe was in, and
figure out what happened?  And what happens when the dev asks the user to
try a different order and the dev was talking about the pixelpipe and the
user adjusts the GUI order.

There is also the possibility of confusion on the part of the user when
they reorder the pixelpipe thinking they were reordering the GUI.

Sometimes features aren't implemented because the devs can't figure out how
to support them, not because they can't implement them.

On Mon, Feb 15, 2021 at 7:52 PM Ricardo Kozmate.Net 
wrote:

> DT is a really fine app.
>
> It would be even better, in my opinion, if it allowed users to use it in
> a way that feels comfortable to each user. Allowing to sort the modules
> *on the GUI* feels like a reasonable request. I would like to.
>
> Comparing to masks' order in GIMP is silly, that was not the point, I
> presume.
> Compare it to GIMP allowing to order the tools in the toolbox, as it does.
>
>
> Want to do it? Great!
>
> Do not want to do it? Fine, too.
>
> Devs may, and *should*, do whatever they think best. But pushing away
> suggestions with arrogant remarks will, in the long run, result in a
> poorer DT. For everybody.
>
> Users might have good and original ideas too, you know? If devs kill the
> will to help, they'll lose. We all lose.
>
> 
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Guillermo Rozas
On Mon, Feb 15, 2021, 21:52 Ricardo Kozmate.Net  wrote:

> Comparing to masks' order in GIMP is silly, that was not the point, I
> presume.
> Compare it to GIMP allowing to order the tools in the toolbox, as it does.
>

No. Gimp's toolbox is not comparable because each tool there is independent
of the others, and they're applied in the same order they're activated. In
darktable they are not: the order of application is defined independently
of the order in which they're activated, and the output of one module is
the input of the next (so application order is very important).

Comparing it to Gimp's layers is not silly, they work the same way: there
is an intrinsic order in which things are applied, and that order is
represented by the order of the GUI. You can think that each of darktable's
activated modules is a layer with a certain effect applied (in order) on
top of the base image.

Users might have good and original ideas too, you know? If devs kill the
> will to help, they'll lose. We all lose.
>

That is what feature requests are for:
https://github.com/darktable-org/darktable/issues

This list can be a good first step to explore an idea, but the best way to
discuss all the details, corner cases, coding and maintenance requirements
for a proposed change is in the repository with the people that develop
darktable.

However, there were several reasons given here about why it might not be a
good idea to allow GUI order and pipe order to be different. Insisting on
"give users the choice" without addressing those issues is not productive,
so expect a quick "won't fix" answer if that is the level of argumentation
for the change.

Best regards,
Guillermo


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Ricardo Kozmate.Net

DT is a really fine app.

It would be even better, in my opinion, if it allowed users to use it in 
a way that feels comfortable to each user. Allowing to sort the modules 
*on the GUI* feels like a reasonable request. I would like to.


Comparing to masks' order in GIMP is silly, that was not the point, I 
presume.

Compare it to GIMP allowing to order the tools in the toolbox, as it does.


Want to do it? Great!

Do not want to do it? Fine, too.

Devs may, and *should*, do whatever they think best. But pushing away 
suggestions with arrogant remarks will, in the long run, result in a 
poorer DT. For everybody.


Users might have good and original ideas too, you know? If devs kill the 
will to help, they'll lose. We all lose.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
When the darktable developers call the pixel pipeline a "stack" that is an 
arbitrary term they have chosen. It is a techie term, for sure. But applying 
modules in the pipeline would be better described as a sequential series of 
processing steps. There is no implied "direction" other than forward. Now 
debating whether "stack" is a techie term is fruitless here, because it is 
beside the point. So I am not going to address it further.



I have not been asking for this GUI feature. So, to say I'm insisting the 
developers to do something I want, but they do not think appropriate, is 
erroneous. I only entered this discussion because I kept hearing people respond 
to the request by saying, essentially "We just cannot re-order the modules in 
the GUI because the modules HAVE to be processed in the correct order!" That 
was the most prevalent response, even though it WAS NOT WHAT WAS BEING 
REQUESTED.



So, I asked that a good reason be given why, in the favorites tab, the module 
order could not be customized by the user. Not to change the order of 
processing of those modules, but to merely make it more comfortable for the 
user to see them in the order the user is used to editing. In the most recent 
few responses I got my answer. First, it would be confusing to users (even 
though the user would have to had manually set this up themselves). Second, it 
would make it harder to implement other features that are under consideration, 
such as multiple module instances. 



So, as I already indicated in this conversation, I have my answer.









 On Mon, 15 Feb 2021 18:16:33 -0500 Patrick Shanahan  
wrote 



not "techie" but as expected.  a stack grows from botton to top. 
 
you are making definitions to but darktable in a different light.  it is 
what it is and you are perfectly able to program it into what you wish, 
but you must do so.  it appears you want others to make changes they do 
not think appropriate, necessary or worth effort to accomodate you. 
 
 
-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri 
http://en.opensuse.org openSUSE Community Memberfacebook/ptilopteri 
Photos: http://wahoo.no-ip.org/piwigopaka @ IRCnet freenode 
 
darktable user mailing list 
to unsubscribe send a mail to 
mailto:darktable-user+unsubscr...@lists.darktable.org

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Patrick Shanahan
* Patrick Shanahan  [02-15-21 18:19]:
> * DougC  [02-15-21 17:20]:
> > You are correct that most visual processes, especially writing, move from 
> > top to bottom. Having the stack grow from bottom to top is part of the 
> > "techie" nature of darktable. 
> > 
> > 
> > 
> > 
> > 
> >  On Mon, 15 Feb 2021 16:24:51 -0500 KOVÁCS István 
> >  wrote 
> > 
> > 
> > On Mon, 15 Feb 2021 at 20:37, Urs Schütz  
> > wrote: 
> > > @kneops 
> > > My two cents: 
> > > Darktable pipelines work from bottom to top. [...] 
> > > The developers choosed "from bottom to top" 
> >  
> > I think it may be reasonable to add an option to flip the visual order 
> > (so not completely free reordering, just a boolean top-to-bottom 
> > ('page-order') or bottom-up ('stack-like') display choice). My 
> > reasoning is that in Western writing systems, we read and write from 
> > top to bottom. I understand that the pipeline is also called a 
> > 'stack', and the 'last' element on the stack means 'the most recently 
> > pushed one', and it's at the top. But, I guess, for many users, a 
> > presentation where the last element of the history is at the bottom; 
> > where one of the the first modules to apply (such as exposure) appears 
> > near the top of the page, not near the bottom; where the pipeline, in 
> > execution order, is displayed top-to-bottom, is a very logical 
> > expectation. 
> >  
> > Kofa 
> > 
> >  
> > darktable user mailing list 
> > to unsubscribe send a mail to 
> > mailto:darktable-user+unsubscr...@lists.darktable.org
> > 
> > darktable user mailing list
> > to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> > 
> 
> not "techie" but as expected.  a stack grows from botton to top.
> 
> you are making definitions to but darktable in a different light.  it is
> what it is and you are perfectly able to program it into what you wish,
> but you must do so.  it appears you want others to make changes they do
> not think appropriate, necessary or worth effort to accomodate you.

s/but/put/


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Patrick Shanahan
* DougC  [02-15-21 17:20]:
> You are correct that most visual processes, especially writing, move from top 
> to bottom. Having the stack grow from bottom to top is part of the "techie" 
> nature of darktable. 
> 
> 
> 
> 
> 
>  On Mon, 15 Feb 2021 16:24:51 -0500 KOVÁCS István 
>  wrote 
> 
> 
> On Mon, 15 Feb 2021 at 20:37, Urs Schütz  wrote: 
> > @kneops 
> > My two cents: 
> > Darktable pipelines work from bottom to top. [...] 
> > The developers choosed "from bottom to top" 
>  
> I think it may be reasonable to add an option to flip the visual order 
> (so not completely free reordering, just a boolean top-to-bottom 
> ('page-order') or bottom-up ('stack-like') display choice). My 
> reasoning is that in Western writing systems, we read and write from 
> top to bottom. I understand that the pipeline is also called a 
> 'stack', and the 'last' element on the stack means 'the most recently 
> pushed one', and it's at the top. But, I guess, for many users, a 
> presentation where the last element of the history is at the bottom; 
> where one of the the first modules to apply (such as exposure) appears 
> near the top of the page, not near the bottom; where the pipeline, in 
> execution order, is displayed top-to-bottom, is a very logical 
> expectation. 
>  
> Kofa 
>  
> darktable user mailing list 
> to unsubscribe send a mail to 
> mailto:darktable-user+unsubscr...@lists.darktable.org
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
> 

not "techie" but as expected.  a stack grows from botton to top.

you are making definitions to but darktable in a different light.  it is
what it is and you are perfectly able to program it into what you wish,
but you must do so.  it appears you want others to make changes they do
not think appropriate, necessary or worth effort to accomodate you.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
You are correct that most visual processes, especially writing, move from top 
to bottom. Having the stack grow from bottom to top is part of the "techie" 
nature of darktable. 





 On Mon, 15 Feb 2021 16:24:51 -0500 KOVÁCS István  
wrote 


On Mon, 15 Feb 2021 at 20:37, Urs Schütz  wrote: 
> @kneops 
> My two cents: 
> Darktable pipelines work from bottom to top. [...] 
> The developers choosed "from bottom to top" 
 
I think it may be reasonable to add an option to flip the visual order 
(so not completely free reordering, just a boolean top-to-bottom 
('page-order') or bottom-up ('stack-like') display choice). My 
reasoning is that in Western writing systems, we read and write from 
top to bottom. I understand that the pipeline is also called a 
'stack', and the 'last' element on the stack means 'the most recently 
pushed one', and it's at the top. But, I guess, for many users, a 
presentation where the last element of the history is at the bottom; 
where one of the the first modules to apply (such as exposure) appears 
near the top of the page, not near the bottom; where the pipeline, in 
execution order, is displayed top-to-bottom, is a very logical 
expectation. 
 
Kofa 
 
darktable user mailing list 
to unsubscribe send a mail to 
mailto:darktable-user+unsubscr...@lists.darktable.org

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Terry Pinfold
I really love the way that Darktable is transparent about the order of the
pipeline being applied. You can choose to use modules in whichever order
you want , but Darktable then processes them in the logical order
determined by the developers with the aim of producing the best result.
However, there are times that the module order must be changed. For
instance, I am scanning a lot of film and have discovered that I can retain
the best highlight details in negatives by scanning as a positive and
getting an image that looks like the negative with the orange base and
inverted colours. I then go to Darktable and use the negadoctor module to
invert the image to the expected colours. However, I want to then use the
color calibration module to further improve the color. This must be
reordered in the pipeline to a point after negadoctor. Darktable gives me
this option.

When I consider programs like Lightroom. There seems a logical layout of
sliders to fix exposure, shadows, highlights, color, etc. But there is no
transparency about the order that they are applied in the pipeline and
there appears no option to change the pipeline. Being able to alter the
order of modules in the GUI of darktable would be a low priority for
Darktables developers and would be of limited benefit, but being able to
order the pipeline is a great advantage of darktable and this is what the
end user should be embracing. It is also possible to manage module layouts
and sort out which modules are shown in each group and to even create a
group of favourites. This might help some people feel more comfortable with
Darktable's GUI. I also use the search module function a lot when looking
for non-favorite modules that I may not have shown in my GUI.

Darktable is an amazing program and I am so appreciative of the great
effort by the developers. It is really worth the effort to learn. Watch
some of the videos, read the release notes and read the user manual when
trying to understand modules new to you. I don't believe Knoeps was trying
to be critical of the developers or even Darktable, but rather just trying
to share his experiences at using the program.

BTW, the negadoctor module is amazing and I have not seen anything like it
in other editing programs.



On Tue, 16 Feb 2021 at 00:23, Kneops  wrote:

> Ah okay, so that kind of ordering can be done anyway. I will experiment
> then.
>
>
>
>
> Op 15-02-2021 om 14:09 schreef Terry Pinfold:
> > Hi,
> >  it is very easy to order the pipeline. The developers have
> > determined the way they feel it works best for most workflows, but I
> > find that at times I want or need to reorder the pipeline. It is so
> > easy. Just use Ctrl + Shift to drop and drag the modules. For instance
> > when I use Filmic RGB I often want to do a final adjustment with the RGB
> > curves tool, so I just drag it above Filmic in the pipeline. I never
> > want to have RGB curves before filmic but that is where the developers
> > have placed it in their wisdom or oversight. But Darktable gives me the
> > chice to change it and this is a strength of Darktable that leaves other
> > programs for dead. However, understand that the developers have put
> > thought into the order to achieve usually the best results so reorder
> > the pipeline with caution. However it can be changed. Kudos to the
> > developers for not locking us into a fixed workflow and pipeline. And
> > yes they can be reordered before they have an effect on the pipeline.
> > All I can say to anyone is that Darktable is one incredible and fun
> > program to learn.
> >
> > On Mon, 15 Feb 2021 at 21:44, Kneops  > > wrote:
> >
> > Trying DT again I notice that I cannot reorder the modules, except
> when
> > they also have an effect on the order in the pipeline.
> >
> > Intuitevely I work from top to bottom, exposure, white balance,
> > contrast, then cropping etc. and at the end things like sharpening
> and
> > vignetting. Now the modules have no logical order at all (except the
> > pipeline)
> >
>  
> > darktable user mailing list
> > to unsubscribe send a mail to
> > darktable-user+unsubscr...@lists.darktable.org
> > 
> >
> >
> >
> > --
> >
> >
>


-- 
Dr Terry Pinfold
Cytometry & Histology Lab Manager
Lecturer in Flow Cytometry
University of Tasmania
17 Liverpool St, Hobart, 7000
Ph 6226 4846 or 0408 699053


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread KOVÁCS István
On Mon, 15 Feb 2021 at 20:37, Urs Schütz  wrote:
> @kneops
> My two cents:
> Darktable pipelines work from bottom to top. [...]
> The developers choosed "from bottom to top"

I think it may be reasonable to add an option to flip the visual order
(so not completely free reordering, just a boolean top-to-bottom
('page-order') or bottom-up ('stack-like') display choice). My
reasoning is that in Western writing systems, we read and write from
top to bottom. I understand that the pipeline is also called a
'stack', and the 'last' element on the stack means 'the most recently
pushed one', and it's at the top. But, I guess, for many users, a
presentation where the last element of the history is at the bottom;
where one of the the first modules to apply (such as exposure) appears
near the top of the page, not near the bottom; where the pipeline, in
execution order, is displayed top-to-bottom, is a very logical
expectation.

Kofa

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Urs Schütz
@kneops
My two cents:
Darktable pipelines work from bottom to top. As soon as I started to work as 
intended, it made sense to me. Collecting my favorite modules in my own group 
helps to speed up my work.
As you already realized, the modules can be reordered. The pipeline changes 
accordingly. This gives great freedom to users, but can mess up the processing, 
unforeseen effects can happen.
The user interface to reorder the pipeline is the same as you would like to 
have for apparent reordering (I suppose you would like to work from to to 
bottom). So there you have it: How would one distinguish between reordered 
pipeline and reordered module names?
The developers choosed "from bottom to top" and choosed to let users reorder 
the pipeline, which in my opinion is a good decision. I needed some time to get 
used to it, but I see it as investment to apply this wonderful and highly 
versatile tool in my workflow.
Hope that darktable turns out the same for you.
Urs

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Archie Macintosh
On Mon, 15 Feb 2021 at 18:30, Jean-Luc CECCOLI 
wrote:


> But, why not allow the user to create a tab with aliases to the original
> modules, which would never be altered whatever the alias tab displays ?
> When the user needs to see what is really happening, he goes back to the
> main tab, and when he wants to work according to his taste, he uses his
> alias tab.
>
>
Well put, Jean-Luc!
This is exactly what the OP was asking for. NOT reordering the pipe, but
being able to order a set of aliases to match his routine work sequence.

If it could be done, I’m sure some (many?) people would find it very
convenient. Including me!


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Martin Straeten
That’s simply not on the prioritization list of the developers: these are also 
users of darktable „eating their own dogfood“ so imaging functionality is more 
important for them then „wasting“ time for stuff that won’t improve their edits.
Keep in mind - it’s not just open source, it‘s also free to be forked if 
somebody will spent a lot of time to implement a different ui.


> Am 15.02.2021 um 19:31 schrieb Jean-Luc CECCOLI :
> 
> 
>> 
>> Message du 15/02/21 18:00
>> De : "DougC" 
>> A : "darktable-user" 
>> Copie à : 
>> Objet : Re: [darktable-user] Still no GUI module order possible?
>> 
>> That thread helps my understanding a lot! Thank you.
>> 
>> My conclusion is that allowing a manual sort order in a module tab in the 
>> GUI would make it difficult to implement other changes that are under 
>> consideration. To me, that is a good argument.
>> 
>> 
> Hello,
> 
> I do not know what extra work it would imply for the devs, nor if it would be 
> either useful or convenient, so please do not bash !
> Please, consider also that I am only a casual user, and I rely upon the devs' 
> decisions and choices, even if some do not match my tastes (or I do not 
> understand the reason why they chose to do so, nor the goal).
> But, why not allow the user to create a tab with aliases to the original 
> modules, which would never be altered whatever the alias tab displays ?
> When the user needs to see what is really happening, he goes back to the main 
> tab, and when he wants to work according to his taste, he uses his alias tab.
> 
> Rgrds,
> 
> J.-Luc
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Guillermo Rozas
>
> But, why not allow the user to create a tab with aliases to the original
> modules, which would never be altered whatever the alias tab displays ?
> When the user needs to see what is really happening, he goes back to the
> main tab, and when he wants to work according to his taste, he uses his
> alias tab.
>

Check the link I posted (
https://github.com/darktable-org/darktable/issues/7841), it more or less
answers your question (related to the new 'basic module', which is
reminiscent of your 'alias tab').

The main points for me (not a developer, but happy to answer user
questions) are two:

- consistency: everything else is pipe-ordered. Having a single tab ordered
not in pipe order, while the rest is, means people get confused. People
confused means more work answering questions and wrongly filled bugs.
Notice that the proposal linked above has a small chance to go
through precisely because it's a separate 'module', which could be made
clearly different from the regular tabs to convey the idea that GUI sliders
order and pipe order are not related ONLY in that module.

- having all tabs not in pipe-order loses the 'physical'
(visual?) connection between module order and image result, which is worse.
As somebody said before, you don't expect a layer-based software (like Gimp
or Photoshop) to allow you to re-order the layers independently of how they
will be merged (usually top to bottom). This is the same situation:
pipe-order is central to how darktable works, operations are applied in a
defined order, and the GUI order reflecting pipe-order is a manifestation
of that (now more than ever because pipe-order can be changed).

Best regards,
Guillermo


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Chas G
I am wary of asking the devs to add another layer of complexity to the
interface. Every method of allowing users to customize their interface
adds: complexity, new points of failure, another aspect new users will have
to learn, and more features that fewer people will care for.

I hope the devs continue to do as they have: add underlying functions and
utility and keep it reasonably simple. I believe they have done a
remarkable job, and that their results are proof that their intuitions are
very good.

I hope they do not add layers of UI complexity.

I should add that I am a long time but relatively unsophisticated darktable
user. Perhaps I am wrong in my vision here. I would welcome any correction
about my opinion from devs or more sophisticated users who know the
interface programming that underlies the UI of darktable.

But, why not allow the user to create a tab with aliases to the
original modules, which would never be altered whatever the alias tab
displays ?
When the user needs to see what is really happening, he goes back to the
main tab, and when he wants to work according to his taste, he uses his
alias tab.>


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Jean-Luc CECCOLI
> Message du 15/02/21 18:00
> De : "DougC" 
> A : "darktable-user" 
> Copie à : 
> Objet : Re: [darktable-user] Still no GUI module order possible?
> 
> That thread helps my understanding a lot! Thank you.
>
> My conclusion is that allowing a manual sort order in a module tab in the GUI 
> would make it difficult to implement other changes that are under 
> consideration. To me, that is a good argument.
>
>
Hello,

I do not know what extra work it would imply for the devs, nor if it would be 
either useful or convenient, so please do not bash !
Please, consider also that I am only a casual user, and I rely upon the devs' 
decisions and choices, even if some do not match my tastes (or I do not 
understand the reason why they chose to do so, nor the goal).
But, why not allow the user to create a tab with aliases to the original 
modules, which would never be altered whatever the alias tab displays ?
When the user needs to see what is really happening, he goes back to the main 
tab, and when he wants to work according to his taste, he uses his alias tab.

Rgrds,

J.-Luc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
That thread helps my understanding a lot! Thank you.



My conclusion is that allowing a manual sort order in a module tab in the GUI 
would make it difficult to implement other changes that are under 
consideration. To me, that is a good argument.





 On Mon, 15 Feb 2021 11:34:53 -0500 Guillermo Rozas  
wrote 


On Mon, Feb 15, 2021 at 1:01 PM DougC  wrote:

This is exactly my position, as well. Is there a good argument against it?




 

You may want to read this, which touches the subject on a (much) smaller case: 
https://github.com/darktable-org/darktable/issues/7841

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Guillermo Rozas
On Mon, Feb 15, 2021 at 1:01 PM DougC  wrote:

> This is exactly my position, as well. Is there a good argument against it?
>

You may want to read this, which touches the subject on a (much) smaller
case: https://github.com/darktable-org/darktable/issues/7841


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Martin Straeten
The best argument against is the absence of a fork having this and being used 
by more users than plain old darktable ;)


> Am 15.02.2021 um 17:02 schrieb DougC :
> 
> 
> This is exactly my position, as well. Is there a good argument against it?
> 
> 
> 
>  On Mon, 15 Feb 2021 10:56:41 -0500 Michael Staats 
>  wrote 
> 
> 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 
> 
> 
> 
>  
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Martin Straeten
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 :
> 
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
This is exactly my position, as well. Is there a good argument against it?





 On Mon, 15 Feb 2021 10:56:41 -0500 Michael Staats  
wrote 


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

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Michael Staats
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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Kneops

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. ;)




Op 15-02-2021 om 14:58 schreef Anton Aylward:
When you 'put you shoes and socks on' like your mother told you to do, 
do you put your shoes on first then your sock over them?


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Willy Williams

Thank you, Patrick.  It helps to know where to look.  (RTFM, Willy!)

Willy

--

 "You don't take a picture.  You ask quietly and humbly to borrow it."

 - Unknown

--

On 2/15/21 9:28 AM, Patrick Shanahan wrote:

* Willy Williams  [02-15-21 09:25]:

I have to wonder if there's a publicly-available document that outlines the
reasons for the pipe to be as it is such that those of us users that are not
developers can understand the pipe and appreciate the thinking that went
into the design of the pipe?

Willy Williams

--

  "You don't take a picture.  You ask quietly and humbly to borrow it."

  - Unknown

--

On 2/15/21 7:52 AM, Pascal Obry wrote:

Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :

Okay. This has nothing to do by the way from what I used to do with
other tools,

Then use another tool.


   it's the way imho the mind and the eye works. When I open
an image and it is too dark or too bright, I want to correct that
first.
Then I see it is a bit too yellow, then I want to correct that. Then
perhaps cropping and straightening etc. The visual ordering of
modules should have nothing to do with the pipeline.

Then you completely miss the fact that the order IS important as they
are run through the pipe in a specific order and so does interact in
different way if no at the same location. That would be like saying
that the mask in GIMP should be rearranged without having any impact on
the final rendering. This is just plain wrong, and if you don't want to
understand that or that is not the way you want the tool to be working
then fine... Please use another tool. This won't change in dt because
it cannot be changed.


This makes me feel again that DT is mostly for techies.

No, but people who understand what they do.




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org


perhaps the fine documentation,
   
https://darktable-org.github.io/dtdocs/darkroom/pixelpipe/the-pixelpipe-and-module-order/
   



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Simon Wren


 
 
  
   Well as a complete newbie to dt who hasn't got much beyond importing images, I think it's ridiculous and outrageous that the developers refuse to please all of the people all of the time :-)
   
  
  
   
On 15/02/2021 14:28 Patrick Shanahan  wrote:
   
   

   
   

   
   
* Willy Williams  [02-15-21 09:25]:
   
   

 I have to wonder if there's a publicly-available document that outlines the


 reasons for the pipe to be as it is such that those of us users that are not


 developers can understand the pipe and appreciate the thinking that went


 into the design of the pipe?


 


 Willy Williams


 


 --


 


 "You don't take a picture. You ask quietly and humbly to borrow it."


 


 - Unknown


 


 --


 


 On 2/15/21 7:52 AM, Pascal Obry wrote:


 
  Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :
 
 
  
   Okay. This has nothing to do by the way from what I used to do with
  
  
   other tools,
  
 
 
  Then use another tool.
 
 
  
 
 
  
   it's the way imho the mind and the eye works. When I open
  
  
   an image and it is too dark or too bright, I want to correct that
  
  
   first.
  
  
   Then I see it is a bit too yellow, then I want to correct that. Then
  
  
   perhaps cropping and straightening etc. The visual ordering of
  
  
   modules should have nothing to do with the pipeline.
  
 
 
  Then you completely miss the fact that the order IS important as they
 
 
  are run through the pipe in a specific order and so does interact in
 
 
  different way if no at the same location. That would be like saying
 
 
  that the mask in GIMP should be rearranged without having any impact on
 
 
  the final rendering. This is just plain wrong, and if you don't want to
 
 
  understand that or that is not the way you want the tool to be working
 
 
  then fine... Please use another tool. This won't change in dt because
 
 
  it cannot be changed.
 
 
  
 
 
  
   This makes me feel again that DT is mostly for techies.
  
 
 
  No, but people who understand what they do.
 
 
  
 
 
  
 


 


 darktable user mailing list


 to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
 

   
   

   
   
perhaps the fine documentation,
   
   
https://darktable-org.github.io/dtdocs/darkroom/pixelpipe/the-pixelpipe-and-module-order/

   
   

   
   
--
   
   
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
   
   
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
   
   
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
   
   

   
   
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






Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Andreas Herold
I’m not a developer and in my opinion it is very easy to understand the concept 
of pipeline. The „design of the pipeline“ (which I interpret as order of 
modules) is determined by yourself (move up, move down, new instance) and by 
some border conditions. These conditions can be seen as popup, when the mouse 
pointer is on the name of a module (types of input and output have to match).

> Am 15.02.2021 um 15:23 schrieb Willy Williams :
> 
> I have to wonder if there's a publicly-available document that outlines the 
> reasons for the pipe to be as it is such that those of us users that are not 
> developers can understand the pipe and appreciate the thinking that went into 
> the design of the pipe?  
> 
> Willy Williams
> 
> -- 
> 
>  "You don't take a picture.  You ask quietly and humbly to borrow it."
> 
>  - Unknown
> 
> --
> On 2/15/21 7:52 AM, Pascal Obry wrote:
>> Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :
>>> Okay. This has nothing to do by the way from what I used to do with 
>>> other tools,
>> Then use another tool.
>> 
>>>  it's the way imho the mind and the eye works. When I open 
>>> an image and it is too dark or too bright, I want to correct that
>>> first. 
>>> Then I see it is a bit too yellow, then I want to correct that. Then 
>>> perhaps cropping and straightening etc. The visual ordering of
>>> modules should have nothing to do with the pipeline. 
>> Then you completely miss the fact that the order IS important as they
>> are run through the pipe in a specific order and so does interact in
>> different way if no at the same location. That would be like saying
>> that the mask in GIMP should be rearranged without having any impact on
>> the final rendering. This is just plain wrong, and if you don't want to
>> understand that or that is not the way you want the tool to be working
>> then fine... Please use another tool. This won't change in dt because
>> it cannot be changed.
>> 
>>> This makes me feel again that DT is mostly for techies.
>> No, but people who understand what they do.
>> 
>> 
> 
>  
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Patrick Shanahan
* Willy Williams  [02-15-21 09:25]:
> I have to wonder if there's a publicly-available document that outlines the
> reasons for the pipe to be as it is such that those of us users that are not
> developers can understand the pipe and appreciate the thinking that went
> into the design of the pipe?
> 
> Willy Williams
> 
> -- 
> 
>  "You don't take a picture.  You ask quietly and humbly to borrow it."
> 
>  - Unknown
> 
> --
> 
> On 2/15/21 7:52 AM, Pascal Obry wrote:
> > Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :
> > > Okay. This has nothing to do by the way from what I used to do with
> > > other tools,
> > Then use another tool.
> > 
> > >   it's the way imho the mind and the eye works. When I open
> > > an image and it is too dark or too bright, I want to correct that
> > > first.
> > > Then I see it is a bit too yellow, then I want to correct that. Then
> > > perhaps cropping and straightening etc. The visual ordering of
> > > modules should have nothing to do with the pipeline.
> > Then you completely miss the fact that the order IS important as they
> > are run through the pipe in a specific order and so does interact in
> > different way if no at the same location. That would be like saying
> > that the mask in GIMP should be rearranged without having any impact on
> > the final rendering. This is just plain wrong, and if you don't want to
> > understand that or that is not the way you want the tool to be working
> > then fine... Please use another tool. This won't change in dt because
> > it cannot be changed.
> > 
> > > This makes me feel again that DT is mostly for techies.
> > No, but people who understand what they do.
> > 
> > 
> 
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org


perhaps the fine documentation,
  
https://darktable-org.github.io/dtdocs/darkroom/pixelpipe/the-pixelpipe-and-module-order/
  
-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
And no one wants to take that away from you! The request was to allow a user to 
add a custom tab where the order of the modules is different. The request does 
NOT change the default view, nor the order of pipeline processing at all!





 On Mon, 15 Feb 2021 09:18:13 -0500 Andreas Herold  
wrote 


I want to say, that I could not use DT any longer, if I’m not able to see the 
pipeline order in the GUI. For me the visible order of modules has just the 
purpose to reflect the pipeline order.

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Willy Williams
I have to wonder if there's a publicly-available document that outlines 
the reasons for the pipe to be as it is such that those of us users that 
are not developers can understand the pipe and appreciate the thinking 
that went into the design of the pipe?


Willy Williams

--

 "You don't take a picture.  You ask quietly and humbly to borrow it."

 - Unknown

--

On 2/15/21 7:52 AM, Pascal Obry wrote:

Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :

Okay. This has nothing to do by the way from what I used to do with
other tools,

Then use another tool.


  it's the way imho the mind and the eye works. When I open
an image and it is too dark or too bright, I want to correct that
first.
Then I see it is a bit too yellow, then I want to correct that. Then
perhaps cropping and straightening etc. The visual ordering of
modules should have nothing to do with the pipeline.

Then you completely miss the fact that the order IS important as they
are run through the pipe in a specific order and so does interact in
different way if no at the same location. That would be like saying
that the mask in GIMP should be rearranged without having any impact on
the final rendering. This is just plain wrong, and if you don't want to
understand that or that is not the way you want the tool to be working
then fine... Please use another tool. This won't change in dt because
it cannot be changed.


This makes me feel again that DT is mostly for techies.

No, but people who understand what they do.





darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Andreas Herold
I want to say, that I could not use DT any longer, if I’m not able to see the 
pipeline order in the GUI. For me the visible order of modules has just the 
purpose to reflect the pipeline order.

> Am 15.02.2021 um 15:08 schrieb DougC :
> 
> You are simply saying you would not find this useful, but actually 
> problematic for you. That is not a good reason to prevent another user from 
> adding a custom module view to their GUI that does this.
> 
> 
> 
>  On Mon, 15 Feb 2021 08:40:44 -0500 Andreas Herold 
>  wrote 
> 
> I’m a normal user and no developer. For me it would be the worst thing ever, 
> if the order of modules displayed in the GUI would not reflect the pipeline 
> order. The output of one module is the input of another. If I change 
> parameters, I have to know which other modules might be affected (e.g. a 
> parametric mask might not match any longer).
> 
> 
> 
>  
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
You are simply saying you would not find this useful, but actually problematic 
for you. That is not a good reason to prevent another user from adding a custom 
module view to their GUI that does this.





 On Mon, 15 Feb 2021 08:40:44 -0500 Andreas Herold  
wrote 


I’m a normal user and no developer. For me it would be the worst thing ever, if 
the order of modules displayed in the GUI would not reflect the pipeline order. 
The output of one module is the input of another. If I change parameters, I 
have to know which other modules might be affected (e.g. a parametric mask 
might not match any longer).

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Anton Aylward

On 2021-02-15 8:07 a.m., Kneops wrote:
I'm sorry, I do understand why this is important and cannot and should not be 
changed! But what I do not understand is why the visual order in the Darkroom 
cannot be changed. As I see it from a visual/users point of view is that they are 
like menu items, independent from the actual order in the background.


When you 'put you shoes and socks on' like your mother told you to do, do you put 
your shoes on first then your sock over them?


Kneops, I think you are seeing this like basic one-dimensional arithmetic which is 
both commutative and associative.


a * b * c = (a * b) * c = a * (b * c) = b * (a  * c) = (C * a) * b
and so on.
As you deal with higher 'dimensionality' (complex numbers for example) you start 
loosing that.  Altering the order alters the results.


Your comment about what appeals to the eye is interesting for someone who deals 
almost exclusively in RAW like myself.  years ago i experimented with setting my 
camera to "RAW+JPG" to see what happened.  Sometimes the RAW was very dark to the 
eye when I opened it in DT.  I found that sharpening and de-noising before 
'brightening' produced crisper, better rendered images than not only the camera's 
JPG but much better than lightening first.  It has to do with the amount of 
information available at each stage.


Of course if you start with a too-dark JPG then things are going to be different. 
You don't have the information there is in a RAW.  If the JPG is too dark then you 
probably had initial exposure problems, which are quite another matter.



But getting back to the original point: the operations in DT are not 
commutative.
Altering the order, that is altering the inputs to each module, will alter the 
results.  That might invovle the loss of necessary information to some modules.


There is good reason for the recommended workflow.

--
Anton J Aylward
Dodo Flight Research Laboratories
Icarus Division
North York, Ontario



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Andreas Herold
Hi,

I’m a normal user and no developer. For me it would be the worst thing ever, if 
the order of modules displayed in the GUI would not reflect the pipeline order. 
The output of one module is the input of another. If I change parameters, I 
have to know which other modules might be affected (e.g. a parametric mask 
might not match any longer).

Best regards
Andreas


> Am 15.02.2021 um 14:33 schrieb DougC :
> 
> This is NOT a request to change the pipeline order, as some have wrongly 
> responded.
> 
> I do not understand why the devs who have responded to this request are so 
> adamantly against it. They have yet to actually say why this is a problem.
> 
> Why does the order displayed in the GUI have to always reflect the pipeline 
> order? Why not allow someone to display the modules in the order they prefer 
> in a "favorites" tab, while retaining the actual pipeline order during 
> processing? 
> 
> 
> 
>  
> 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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Patrick Shanahan
* DougC  [02-15-21 08:36]:
> This is NOT a request to change the pipeline order, as some have wrongly 
> responded.
> 
> 
> 
> I do not understand why the devs who have responded to this request are so 
> adamantly against it. They have yet to actually say why this is a problem.
> 
> 
> 
>  Why does the order displayed in the GUI have to always reflect the pipeline 
> order? Why not allow someone to display the modules in the order they prefer 
> in a "favorites" tab, while retaining the actual pipeline order during 
> processing?

why don't you make a feature request accompanied with your explanation so
it is understood?

https://github.com/darktable-org/darktable/issues/new?assignees=&labels=&template=feature_request.md&title=


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet freenode

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread DougC
This is NOT a request to change the pipeline order, as some have wrongly 
responded.



I do not understand why the devs who have responded to this request are so 
adamantly against it. They have yet to actually say why this is a problem.



 Why does the order displayed in the GUI have to always reflect the pipeline 
order? Why not allow someone to display the modules in the order they prefer in 
a "favorites" tab, while retaining the actual pipeline order during processing?

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Kneops
Ah okay, so that kind of ordering can be done anyway. I will experiment 
then.





Op 15-02-2021 om 14:09 schreef Terry Pinfold:

Hi,
     it is very easy to order the pipeline. The developers have 
determined the way they feel it works best for most workflows, but I 
find that at times I want or need to reorder the pipeline. It is so 
easy. Just use Ctrl + Shift to drop and drag the modules. For instance 
when I use Filmic RGB I often want to do a final adjustment with the RGB 
curves tool, so I just drag it above Filmic in the pipeline. I never 
want to have RGB curves before filmic but that is where the developers 
have placed it in their wisdom or oversight. But Darktable gives me the 
chice to change it and this is a strength of Darktable that leaves other 
programs for dead. However, understand that the developers have put 
thought into the order to achieve usually the best results so reorder 
the pipeline with caution. However it can be changed. Kudos to the 
developers for not locking us into a fixed workflow and pipeline. And 
yes they can be reordered before they have an effect on the pipeline. 
All I can say to anyone is that Darktable is one incredible and fun 
program to learn.


On Mon, 15 Feb 2021 at 21:44, Kneops > wrote:


Trying DT again I notice that I cannot reorder the modules, except when
they also have an effect on the order in the pipeline.

Intuitevely I work from top to bottom, exposure, white balance,
contrast, then cropping etc. and at the end things like sharpening and
vignetting. Now the modules have no logical order at all (except the
pipeline)

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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Terry Pinfold
Hi,
it is very easy to order the pipeline. The developers have determined
the way they feel it works best for most workflows, but I find that at
times I want or need to reorder the pipeline. It is so easy. Just use Ctrl
+ Shift to drop and drag the modules. For instance when I use Filmic RGB I
often want to do a final adjustment with the RGB curves tool, so I just
drag it above Filmic in the pipeline. I never want to have RGB curves
before filmic but that is where the developers have placed it in
their wisdom or oversight. But Darktable gives me the chice to change it
and this is a strength of Darktable that leaves other programs for dead.
However, understand that the developers have put thought into the order to
achieve usually the best results so reorder the pipeline with caution.
However it can be changed. Kudos to the developers for not locking us into
a fixed workflow and pipeline. And yes they can be reordered before they
have an effect on the pipeline. All I can say to anyone is that Darktable
is one incredible and fun program to learn.

On Mon, 15 Feb 2021 at 21:44, Kneops  wrote:

> Trying DT again I notice that I cannot reorder the modules, except when
> they also have an effect on the order in the pipeline.
>
> Intuitevely I work from top to bottom, exposure, white balance,
> contrast, then cropping etc. and at the end things like sharpening and
> vignetting. Now the modules have no logical order at all (except the
> pipeline)
>
> 
> 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

Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Kneops
I'm sorry, I do understand why this is important and cannot and should 
not be changed! But what I do not understand is why the visual order in 
the Darkroom cannot be changed. As I see it from a visual/users point of 
view is that they are like menu items, independent from the actual order 
in the background.



Op 15-02-2021 om 13:52 schreef Pascal Obry:

Then you completely miss the fact that the order IS important as they
are run through the pipe in a specific order and so does interact in
different way if no at the same location.


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Pascal Obry
Le lundi 15 février 2021 à 13:30 +0100, Kneops a écrit :
> Okay. This has nothing to do by the way from what I used to do with 
> other tools,

Then use another tool.

>  it's the way imho the mind and the eye works. When I open 
> an image and it is too dark or too bright, I want to correct that
> first. 
> Then I see it is a bit too yellow, then I want to correct that. Then 
> perhaps cropping and straightening etc. The visual ordering of
> modules should have nothing to do with the pipeline. 

Then you completely miss the fact that the order IS important as they
are run through the pipe in a specific order and so does interact in
different way if no at the same location. That would be like saying
that the mask in GIMP should be rearranged without having any impact on
the final rendering. This is just plain wrong, and if you don't want to
understand that or that is not the way you want the tool to be working
then fine... Please use another tool. This won't change in dt because
it cannot be changed.

> This makes me feel again that DT is mostly for techies.

No, but people who understand what they do.


-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Kneops
Okay. This has nothing to do by the way from what I used to do with 
other tools, it's the way imho the mind and the eye works. When I open 
an image and it is too dark or too bright, I want to correct that first. 
Then I see it is a bit too yellow, then I want to correct that. Then 
perhaps cropping and straightening etc. The visual ordering of modules 
should have nothing to do with the pipeline. This makes me feel again 
that DT is mostly for techies.




Op 15-02-2021 om 13:21 schreef Martin Straeten:
the pipeline is the only existing logical order; all other possible 
orders are just workflow stuff - without any generalizable logical context.
Your "intuitively" refers to a workflow you're used from other tools. If 
you want to use darktable "intuitively" you need to learn about 
darktables pipeline...


Am Mo., 15. Feb. 2021 um 11:44 Uhr schrieb Kneops >:


Trying DT again I notice that I cannot reorder the modules, except when
they also have an effect on the order in the pipeline.

Intuitevely I work from top to bottom, exposure, white balance,
contrast, then cropping etc. and at the end things like sharpening and
vignetting. Now the modules have no logical order at all (except the
pipeline)

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



Re: [darktable-user] Still no GUI module order possible?

2021-02-15 Thread Martin Straeten
the pipeline is the only existing logical order; all other possible orders
are just workflow stuff - without any generalizable logical context.
Your "intuitively" refers to a workflow you're used from other tools. If
you want to use darktable "intuitively" you need to learn about darktables
pipeline...

Am Mo., 15. Feb. 2021 um 11:44 Uhr schrieb Kneops :

> Trying DT again I notice that I cannot reorder the modules, except when
> they also have an effect on the order in the pipeline.
>
> Intuitevely I work from top to bottom, exposure, white balance,
> contrast, then cropping etc. and at the end things like sharpening and
> vignetting. Now the modules have no logical order at all (except the
> pipeline)
>
> 
> 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