<div dir="ltr">OK, thank you for answers. I understand the dificulity and complexity of maintanence integrated(reusable) sollutions. I have using kipi import/export plugins in other application(gwenview) often, and I hope I have growth(in expirience) enough to help The Open Source community. <br>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/31 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">
2013/10/30 Yuri Samoilenko <<a href="mailto:kinnalru@gmail.com">kinnalru@gmail.com</a>>:<br>
<div class="im">> Good evening.<br>
><br>
> I doing some experiments with very-draft implementation of "External Tools"<br>
> in BQM and I have reach a little ambiguity.<br>
><br>
> 1. As I see it is not possible to run BQM renaming without applying any<br>
> effect.  I.e. "Just rename a couple of photo". RIght?<br>
<br>
</div>yes. you need to assign at least one tool in queue.<br>
<br>
If you want only to perform files renaming this option already exist<br>
outside BQM...<br>
<div class="im"><br>
><br>
> 2. "Rename" action realized and binded to menu/hotkey in manual way(by<br>
> creation KAction and specific slot in DigikamImageView, which is the main<br>
> central widget in digikam). Right?<br>
<br>
</div>This widget is the same everywhere. In fact all advanced renaming<br>
operation implementation are shared. Look into utilities/advancerename<br>
for details.<br>
<div class="im"><br>
><br>
> 3. As Gilles Caulier said:<br>
>  "Definitively, BQM is the future for batch processing, not KIPI. The only<br>
> interest of KIPI currently is web export tools that doesn't exists in BQM."<br>
><br>
>  - Does KSnapshot or Gwenview are using(will use) BQM?<br>
<br>
</div>no. and we (digiKam team) don't care about others applications, due to<br>
uninterested these teams about kipi-plugins project (nobody contribute<br>
to kipi-plugins excepted digiKam developers)<br>
<br>
Typically, kipi-plugins batch tools are always present in others<br>
application. Plugins loading will be just disabled in digiKam<br>
<div class="im"><br>
>  - Does BQM is planing to be exported out of Digikam and reused by other<br>
> apps?<br>
<br>
</div>No. It's a pure digiKam core implementation. It's already difficult to<br>
stabilize it. We don't need to export it to increase again the<br>
complexity. We have already spare a lots of time with<br>
libkipi/kipi-plugins without any gain (as more developers from other<br>
kipi host applications help us to improve it). Don't forget that all<br>
libkipi/kipi-plugins come from digiKam core originally... I know well,<br>
i do it in first years of the project.<br>
<div class="im"><br>
>  - Why 'future' is not in extending KIPI with batch parallel processing<br>
> feature and integrate it in other image-related apps?<br>
<br>
</div>It's already done for some tools, as DNGConverter, RAWConverter,<br>
Panorama, expoblending, sendimages... but not all tools are patched.<br>
It's take time and it's complex to debug. If i found good students to<br>
do it, well why not, but no more.<br>
<span class="HOEnZb"><font color="#888888"><br>
Gilles Caulier<br>
_______________________________________________<br>
Digikam-devel mailing list<br>
<a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
</font></span></blockquote></div><br></div></div>