Ah, now I understand the rationale behind keeping the modules in a fixed
order. Though I would prefer for the modules to be movable, I understand
why you guys are not so keen on that. Thanks for the clarification.
As for shift+click, it's good enough already. In fact, in some cases, it
might be a better implementation than a toggled "solo mode" (for instance,
when tweaking exposure and highlight/shadow levels at the same time -
though I admit I have never really had a need for this)
I don't know what exactly is going on for custom masks, but a brush for
masking would be nice. It opens up many possibilities, like doing
dodging/burning with multiple exposure modules (currently it's pretty hard
to do it, if not impossible, with circular or . I don't know how much
effort it would take and I honestly feel quite bad about suggesting so many
features and not contributing to adding any of them (I don't know how to);
you guys have done a great job with this software already.
Thanks again, and kudos to the team behind darktable
On 12 May 2013 21:21, Pascal de Bruijn <[email protected]> wrote:
> On Sun, May 12, 2013 at 2:58 PM, Jiew Peng Lim <[email protected]> wrote:
> > Hi,
> >
> > -For my first suggestion, I am not saying that we should rearrange the
> order
> > in which the changes are applied to the image,
>
> This is exactly what should happen. Without it, the whole process
> becomes opaque.
>
> > but rather to rearrange the
> > modules to suit the order in which we edit photos (For instance, if
> someone
> > always tweaks exposure before shadows/highlights, it is more logical to
> have
> > the exposure module above the shadows/highlights one, rather than the
> other
> > way round. regardless of the order in which the effects are applied on
> > export). If this isn't possible without altering the order in which
> changes
> > are applied to the image, then scrap my suggestion.
>
> I think you're confusing a few things.
>
> We will likely always show modules in the order they are applied,
> doing anything else, makes the process opaque and hard to troubleshoot
> if any unexpected behavior happens. Stuff like this "regularly" bit me
> in applications which do not offer this kind of transparancy.
>
> Second, being able to move the order of processing the pipeline, is
> currently static because making them movable has many technical
> challenges, which we've up until now avoided. Though this might be
> rediscussed in the deeper future. For 1.4 custom masks has priority.
>
> > -For the second suggestion, I just found that it was more intuitive to be
> > able to change the brush size before clicking, rather than after the
> fact.
> > Changing brush size after the fact sometimes made me have to re-position
> the
> > sampling area. It's also partly to make it work more like other programs
> > people use, like GIMP.
>
> While I do not have a particular opinion about this myself, having
> consistency with apps like GIMP often tends to be a good thing.
>
> > -For the third suggestion, I was not aware of the shift+click thing, I
> don't
> > remember seeing it in the user guide. Maybe it's there but I missed it or
> > something, I'm not entirely sure. But that addresses the problem, so
> there's
> > no need to implement a "solo mode" like Lightroom
>
> We're reconsidering making this behavior configurable, so you wouldn't
> have to hold shift all the time :)
>
> Regards,
> Pascal de Bruijn
>
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and
their applications. This 200-page book is written by three acclaimed
leaders in the field. The early access version is available now.
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users