<div dir="ltr"><div><br></div>Please correct me if i make a mistake.<div>BQM processing files as pipeline(one tool applied on result of another) but on each file separately, not on whole image group.</div><div>The best sollution will be to implement group processing into BQM engine(into batchTool) to allow tool operate on whole file group. And to export KIPI export plugins as such batch tools. Right?<br>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/26 Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><div>With kipi, we have this problem with all export tools which are a stand alone processing in a dedicated dialog.<br></div><div><br></div><div>A solution can be to export kipi tool settings + core operations to kipi host application, but this need to change a lots libkipi API and patch whole plugins. Typically, a student have been planed to work a ths project with GSoC, but he have found a real job and project have been canceled. See details here :</div>


<div><br></div><div><a href="https://community.kde.org/GSoC/2013/Ideas#Project:_Integrate_KIPI_Export_Plugins_directly_in_the_GUI_of_KIPI_host_applications" target="_blank">https://community.kde.org/GSoC/2013/Ideas#Project:_Integrate_KIPI_Export_Plugins_directly_in_the_GUI_of_KIPI_host_applications</a><br>


</div><div><br></div><div>The KDE service way is too... limited and cannot be serialized in BQM.</div><div><br></div><div>My proposal is more simplest : In BQM, patch Queue "Target" settings to include new options to perform "export features". This can include tarball processing, export to a remote computer, export to a web service, etc..</div>
</div></div></div></blockquote></div><br></div></div></div>