<div dir="ltr">And when we create a new script from the toolbox, it's providing us a python template more or less like this <a href="https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/exampleprovider/ExampleAlgorithm.py">https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/exampleprovider/ExampleAlgorithm.py</a> ?<div>With some comments to help script writers, it will be nice, yes.</div><div><br></div><div>BTW, I just noticed that this file hasn't been updated.<br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-01-29 12:44 GMT+02:00 G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Rephrasing what I wrote before, what about dropping ScriptAlgorithm and make ScriptAlgorithmProvider simply provide its algorithms from the special scripts folder?<div><div><br></div><div>giovanni<br><div><div><div><br></div><div><div><br></div></div></div></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-01-29 10:51 GMT+01:00 G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Anita,<div>that's exactly what I also was thinking about. What about dropping scripts in favour of "on the fly" 

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">QgsProcessingAlgorithms?</span></div><div><span style="font-size:12.8px">A single, unified, way of defining them, without the special parameters syntax of scripts...</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Giovanni</span></div></div><div class="m_-3824218449909564839HOEnZb"><div class="m_-3824218449909564839h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-01-29 9:55 GMT+01:00 Anita Graser <span dir="ltr"><<a href="mailto:anitagraser@gmx.at" target="_blank">anitagraser@gmx.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">I've decided to go the algorithm provider plugin route for my scripts: <a href="https://anitagraser.com/2018/01/28/porting-processing-scripts-to-qgis3/" target="_blank">https://anitagraser.c<wbr>om/2018/01/28/porting-processi<wbr>ng-scripts-to-qgis3/</a></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default">But I'm also thinking of my students whom I want to show how to write tools for QGIS. For many of them, it's their first contact with Python, so starting a provider plugin is well out of their comfort zone. On the other hand, the scripts are not very pythonic. Many beginners already had issues with the QGIS2 version of scripts. I think, they would have an easier time if they would only have to implement a QgsProcessingAlgorithm with the rest of the provider plugin complexity hidden from their sight. If that's possible. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Regards,</div><div class="gmail_default" style="font-size:small">Anita</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div></div><div class="m_-3824218449909564839m_828660870011897311HOEnZb"><div class="m_-3824218449909564839m_828660870011897311h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 27, 2018 at 4:48 PM, G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I know Alexander. The point was processing scripts and their future...<div dir="auto"><br></div><div dir="auto">giovanni</div></div><div class="m_-3824218449909564839m_828660870011897311m_-7552819907665799834HOEnZb"><div class="m_-3824218449909564839m_828660870011897311m_-7552819907665799834h5"><div class="gmail_extra"><br><div class="gmail_quote">Il 27 gen 2018 4:29 PM, "Alexander Bruy" <<a href="mailto:alexander.bruy@gmail.com" target="_blank">alexander.bruy@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It is possible to write algorithms using same approach as in core. Just create<br>
"provider plugin" and that's it. This functionality was here almost<br>
from the very<br>
beginning of the Processing.<br>
<br>
2018-01-27 17:08 GMT+02:00 G. Allegri <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>>:<br>
> Honestly I think script syntax wasn't that bad. At least it was quite easy<br>
> for a set of power users, as I could verift during my past courses.<br>
> Anyway I agree with the rationale: having a unified, pythonic way, to write<br>
> both algorithms and scripts... well, might be the case to ultimately drop<br>
> scripts?<br>
><br>
> Whatever the choice, we should make users aware of the current unclear<br>
> situation, that things are being discussed and still evolving. This will<br>
> prevent confusion and maybe encourage participation.<br>
><br>
> How could this discussion be brought forward? My first question would be: do<br>
> we still need scripts?<br>
><br>
> In any case thanks to Nyall and the others for the great work! ;)<br>
><br>
> Giovanni<br>
><br>
><br>
> Il 27 gen 2018 12:15 PM, "Paolo Cavallini" <<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>> ha<br>
> scritto:<br>
>><br>
>> Il 27/01/2018 00:39, Nyall Dawson ha scritto:<br>
>><br>
>> > It's not too late to improve this for 3.x. Why don't we get the daily<br>
>> > Python users and experts involved here and come up with a more<br>
>> > Python-like approach to processing scripts?<br>
>><br>
>> IMHO this is worth a wider announcement and call for help, if possible<br>
>> with some kickoff instructions.<br>
>> All the best.<br>
>><br>
>> --<br>
>> Paolo Cavallini - <a href="http://www.faunalia.eu" rel="noreferrer" target="_blank">www.faunalia.eu</a><br>
>> QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html" rel="noreferrer" target="_blank">http://www.faunalia.eu/trainin<wbr>g.html</a><br>
>> <a href="https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis" rel="noreferrer" target="_blank">https://www.google.com/trends/<wbr>explore?date=all&geo=IT&q=qgis<wbr>,arcgis</a><br>
>> ______________________________<wbr>_________________<br>
>> QGIS-Developer mailing list<br>
>> <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
>> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
>> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> QGIS-Developer mailing list<br>
> <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
<br>
<br>
<br>
--<br>
Alexander Bruy<br>
</blockquote></div></div>
</div></div><br>______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<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="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br></blockquote></div><br></div>