<p dir="ltr"></p>
<p dir="ltr">On 14 Sep 2016 7:20 PM, "Matthias Kuhn" <<a href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> If one wants to create a C++ processing algorithm, is there any<br>
> preferred way to ship it? I don't think we are doing that yet apart from<br>
> calling 3rd party tools.<br>
><br>
> The possible approaches I can see are<br>
><br>
>  * Add a new QGIS module "algs" next to gui/core etc and use<br>
>    it's python bindings to call the code from a small python wrapper.</p>
<p dir="ltr">So it would sit between core and gui (ie no widgets)?</p>
<p dir="ltr">I'd lean this way, but am wondering why not just put the code in core? What specific algorithms do you have in mind?</p>
<p dir="ltr">Nyall</p>
<p dir="ltr">><br>
>  * Port some processing core classes to C++, mainly GeoAlgorithm,<br>
>    outputs and parameters (and possibly some dependencies).<br>
><br>
>  * Ship it as a separate module and do it all the grass/saga etc. way.<br>
><br>
> Context is, I will probably need this on QField with no python. I could<br>
> do it without processing there but since the trend is to processize<br>
> whatever possible, I thought it would be a good opportunity to bring<br>
> this subject to the table.<br>
><br>
> Matthias<br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></p>