I can see myself using such an option from time to time, but I usually want
to keep the (off) modules when compressing history, so the current behavior
should be kept.

As already said somewhere here, some (off) modules can't be removed from
history, or it will change the edit. In particular, modules with 'default
enabled', I don't remember now now if there's another condition.

El mar., 11 jun. 2019 a las 14:07, Patrick Shanahan (<p...@opensuse.org>)
escribió:

> * jys <junkyardspar...@yepmail.net> [06-11-19 13:02]:
> > On Tue, Jun 11, 2019, at 07:47, thokster wrote:
> >
> > > Is the "compress history" button in lighttable view doing anything
> else?
> > > If you use this button you can clean up all selected pictures with one
> > > click (incurrent master).
> > > I probably totally misunderstood what you were up to.
> >
> > The current implementation of "compress history" only removes duplicate
> entries per each module. The idea here is to also remove single instances
> of modules which are set to "(off)". I think it would be good to get some
> broader feedback about how to best implement this, since this is an area
> where workflows might vary greatly, and sometimes it's hard to think
> outside your own. Personally, I can think of times when an operation to
> remove these would be useful, but maybe not always in conjunction with
> "normal" history comression. They seem like two slightly different cleanup
> operations to me, for whatever that's worth.
>
> important is to not *break* already processed images by a change.
>
> --
> (paka)Patrick Shanahan       Plainfield, Indiana, USA          @ptilopteri
> http://en.opensuse.org    openSUSE Community Member    facebook/ptilopteri
> Registered Linux User #207535                    @ http://linuxcounter.net
> Photos: http://wahoo.no-ip.org/piwigo               paka @ IRCnet freenode
> ___________________________________________________________________________
> darktable developer mailing list
> to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>
>

___________________________________________________________________________
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Reply via email to