<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Oct 12, 2017 at 6:28 AM, Nyall Dawson <span dir="ltr"><<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Just after some opinions on whether or not the native c++ processing<br>
algorithm implementations (qgsnativealgorithms.cpp/.h) should<br>
ultimately reside in core or analysis.<br>
<br>
Up till 3.0 analysis has been a bit of a funny library, since it mixed<br>
up the logic for the analysis methods with their ui interface<br>
(requiring progress dialogs and the like). So it kind of sat above<br>
both core and gui, but below app.<br>
<br>
That's all been cleaned up now for 3.0, so analysis no longer has any<br>
use of gui methods. Now it could potentially sit just above the core<br>
library, and be used in non-gui situations like qgis server and<br>
qfield. Accordingly, I think it's the right place for these c++<br>
processing algorithms to ultimately sit.<br>
<br>
But I don't want to restrict ourselves by doing this...<br>
<br>
So, qfield and qgis server maintainers: would moving these<br>
implementations to analysis prevent you from using them in future? Do<br>
you have issues with linking in analysis to your applications?<br>
<br>
Nyall<br></blockquote><div><br></div><div><br></div><div>Hi Nyall,</div><div><br></div><div>thanks for this cleanup, as long as GUI is not required, I don't expect any problem in linking it from server in the future.<br></div></div><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>