<div dir="ltr">Hi, and Merry Christmas,<div><br></div><div>For the next 6.0.0 release planned for February, there is no plan to change current API with a plugins interface.</div><div><br></div><div>But this will not mean that nothing is planed about plugins support in the future.</div><div><br></div><div>The situation is :</div><div><br></div><div>5.9.0 (current stable release) use libkipi and kipi-plugins. This plugins interface is an older one, shared with other KDE applications and very limited with the goal of digiKam.</div><div>Typically, kipi is limited to handle file from digiKam through album icon-view. Also the plugins cannot be used in Showfoto.</div><div>We need a plugins interface more versatile which can be used everywhere, and especially in Batch Queue Manager. The idea : you create a queue to correct images in batch, with plenty of tools, and at end, you must be able to export files to a web service automatically (for ex). Currently, BQM can process and generate target file in local disk. In a second time, you need to run another tool to export file. this one is a plugin of course.</div><div><br></div><div>6.0.0 has no plugin interface, BUT, all kipi-plugins have been backported in digiKam as well using core API. The tools are compiled in libdigikam.so and shared everywhere :</div><div><br></div><div>-Album GUI,</div><div>-ImageEditor,</div><div>-Light Table,</div><div>-Showfoto.</div><div><br></div><div>So, the plan for later 6.0.0 (perhaps 6.2.0 or 6.3.0) is to create a new plugin architecture, not shared with other KDE applications and only used by digiKam through the core API. No need to export a specific API as libkipi. The digiKam core API is giant and more powerful and will be enough...</div><div><br></div><div>I written a new basis plugins interface hosted in a dedicated git branch, but the job is far to be completed. Typically, one plugin was created, can be loaded in memory through a shared library, and that all. For the moment, the plugin cannot populate the application menu and be used as well. </div><div><br></div><div>For the part to be able to use export tools in BQM (as a plugins or not), we will have a student planed to work on this project while this summer, if the student selection pass fine.</div><div><br></div><div>Voilà for the technical resume and the future plan.</div><div><br></div><div>So the plan is to provide a plugin interface later 6.0.0, for export tool in priority, plus later for processing tool (Print wizzard, video slideshow, etc...)</div><div>In a second stage write a doc for contributors</div><div><br></div><div>In bugzilla, we have few sections about "wish for new tools". This is the right place to post wishes for future plugins...</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div><br><div class="gmail_quote"><div dir="ltr">Le mar. 25 déc. 2018 à 00:50, Stefan Müller <<a href="mailto:stefan.mueller.83@gmail.com">stefan.mueller.83@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<p>Hallo there<br>
Is there any documentation available for the new plugin model?<br>
I know that there were two email notification this summer, <a href="http://digikam.1695700.n4.nabble.com/new-plugins-interface-for-6-0-0-td4706292.html" target="_blank">new
plugins interface for 6.0.0</a>, but still I cannot find any
detailed documentation. The only thing what I find is <a href="http://digikam.1695700.n4.nabble.com/digikam-How-to-begin-develop-plugin-for-digikam-td4680666.html" target="_blank">[digikam]
How to begin develop plugin for digikam</a> but this now
depreciated due to the change of the interface. <br>
</p>
<p>I reckon it is not only me who is wondering what can be done by
plugins and how deep they can intervene in DK. <br>
I assume that I could help to solve or facilitate use cases or
feature request what involves scripted actions what normally would
require tio make use of a collection of DK tools, database
operations or file operations.<br>
Currently I can think of <br>
</p>
<ul>
<li><a href="http://digikam.1695700.n4.nabble.com/Multi-user-with-mysql-server-td4693390.html" target="_blank">Multi-user
with mysql server</a></li>
<li><a href="http://digikam.1695700.n4.nabble.com/digiKam-users-Multi-user-digiKam-setup-td4707375.html" target="_blank">[digiKam-users]
Multi-user digiKam setup?</a></li>
<li><a href="http://digikam.1695700.n4.nabble.com/digiKam-users-Use-digiKam-with-a-NAS-and-MariaDB-td4707031.html" target="_blank">[digiKam-users]
Use digiKam with a NAS and MariaDB</a></li>
<li><a href="http://digikam.1695700.n4.nabble.com/digiKam-users-Move-behavior-td4707515.html" target="_blank">[digiKam-users]
Move behavior</a></li>
<li><a href="http://digikam.1695700.n4.nabble.com/digiKam-users-open-with-as-a-toolbar-button-td4707364.html" target="_blank">[digiKam-users]
'open with' as a toolbar button</a></li>
<li><a href="http://digikam.1695700.n4.nabble.com/digiKam-users-temporary-port-photos-and-metadata-from-MariaDB-network-share-for-editing-when-offlinee-td4707511.html" target="_blank">[digiKam-users]
temporary port photos and metadata from MariaDB/network share
for editing when offline / being on the move</a><br>
</li>
</ul>
<p><br>
</p>
<p>Would it be possible to open a section for plugins on the digikam
homepage? <br>
Its content shall be fed from github to allow the community to
contribute easily to DK in sense of plugins plus their
documentation and developing information. I hoping that will grow
quickly to something sustainable to allow easy familiarization on
how develop plugins for digikam.</p>
<p><br>
</p>
<p>enjoy the rest of the and don't get lost between the years</p>
<p>Stefan<br>
</p>
<p> <br>
</p>
<br>
</div>
</blockquote></div>