Am 28.02.2015 14:58, schrieb jeremy rosen:
> it will be possible to have UI elements coded in lua with DT 1.8 or 2.0
> (whatever we end up naming it)
That's great news :-)
> it already works in master if you want to test, but there is no
> documentation so far except for the usermanual itself
>
> ping me on IRC if you want to learn how it works. If you miss a speciic
> widget, new widgets are rather easy to create
Unfortunately I'm not a programmer, so I can hardly do anything useful
with it. Nevertheless, I just managed to write (ok, mainly copy & paste)
my first DT lua script, but more on that later in a different thread.
I'm still not convinced that implementing collage functionality as a lua
script is the best choice, since it would have to interact with all
edges and corners of dt, of course dependent on its implementation. This
could e.g. be a preview canvas replacing the lighttable, a special xmp
handling, an interface to the print module, ...
But it may be on the OP (and maybe you) to comment if this seems
possible. As a user I'm still convinced that this functionality would
perfectly fit into dt. Besides the arguments already mentioned a new one
came to my mind: reframing. When I work with already exported images, I
have to stick to the crop applied in dt (or apply no crop at all). An
integrated solution would respect the original crop while maintaining
the possibility to reframe the picture in the collage.
Thanks & best regards
Chris
> On Sat, Feb 28, 2015 at 11:28 AM, Christian Mandel <c.man...@gmx.net> wrote:
>
>> Am 28.02.2015 10:04, schrieb Richard Levitte:
>>> In message <mcrspd$m3g$1...@ger.gmane.org> on Sat, 28 Feb 2015 09:03:57
>> +0100, Christian Mandel <c.man...@gmx.net> said:
>>>
>>> c.mandel> So IMO a collage solution within darktable would be very handy
>> and if I
>>> c.mandel> read the OP correct there's already someone who stepped up to
>> implement
>>> c.mandel> this functionality, why not let him proceed and those that
>> find it
>>> c.mandel> useful enjoy the new functionality, those who don't can just
>> ignore it
>>> c.mandel> since it would be hardly visible to them as explained above.
>>>
>>> There are two ways to solve this:
>>>
>>> 1. create a fork in github (that's what drives the development in
>>> large parts anyway), possibly make a pull request, and if not
>>> accepted, provide a variant, or patches.
>>
>> The latter part ("if not accepted") is a good reason for bringing up the
>> topic on the mailing list first, and if the core devs or the "community"
>> are/is not willing to accept the concept a lot of work can be saved.
>> IIRC it worked very well for the print module. Anyway, I'm not the OP so
>> I'm not 100% confident about the purpose of his post.
>>
>>> 2. make dt externally pluginable. Considering it's already a bunch of
>>> plugins, that should absolutely be possible. You have to watch out
>>> for module numbers and module order, but other than that...
>>>
>>> I personally see nothing wrong with option 2. I'm looking at the
>>> integration of Nik Software into Lightroom as an example of
>>> usability.
>>
>> It sounds like a reasonable idea, but I know of not one example where
>> this works out, and a lot where it doesn't or does only partially:
>>
>> * There are at least 10 firefox and 10 thunderbird plugins that I used
>> to use that don't work with current versions and are therefore
>> deactivated or deinstalled and I miss the functionality.
>>
>> * In Inkscape and Gimp, the plugins delivered with the original software
>> do work, but there are many external ones that work only for old
>> versions or don't work at all and are unmaintained.
>>
>> * I have some more if you want ...
>>
>> I conclude that external plugins are only working if they are maintained
>> along with the original software (Inkscape example) or if they have a
>> large user base themselves (some firefox/thunderbird plugins such as
>> adblock, lighting etc.). For the DT/collage functionality I see no
>> difference in an external plugin maintained along with DT and an
>> integrated solution.
>>
>> I guess, the collage task is too much for lua since it involves a lot of
>> UI interaction. Simple n-up would maybe work, if simple UI elements can
>> be constructed from lua ...
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users
