<p dir="ltr">Yep. I think the user-friendliness of ftools are that a/ algorithms are offered in a simple and accessible menu items, and b/ the menu item icons _greatly_ ease the understanding of what algorithms do.</p>
<p dir="ltr">Both can be added to processing.</p>
<div class="gmail_quote">On 22 Oct 2015 20:26, "Matthias Kuhn" <<a href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Giovanni,<br>
<br>
<br>
On 10/22/2015 02:38 PM, Giovanni Manghi wrote:<br>
> This users are<br>
> usually not able to handle (or willingly to) the possible problems of<br>
> using a toolbox based on other software.<br>
<br>
There are a number of internal algorithms available in processing (i.e.<br>
no external dependencies).<br>
Unfortunately they are duplicates of ftools algorithms. But they have<br>
the advantage that they can be used in models.<br>
So if something is going to be improved it should be those - or we end<br>
up with a situation where we have fast algorithms in the menus but the<br>
same algorithm slower in the toolbox.<br>
<br>
Therefore the plan of action should be:<br>
<br>
 * Create menu entries for often used (internal) processing algorithms<br>
 * Remove ftools algorithms<br>
 * Identify slow algorithms<br>
 * Improve performance<br>
<br>
This will solve João's problems in the most sustainable and effective<br>
way possible.<br>
<br>
Chers<br>
Matthias<br>
<br>
<br>
<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div>