<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-19 13:28 GMT+01:00 Victor Olaya <span dir="ltr"><<a href="mailto:volayaf@gmail.com" target="_blank">volayaf@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I dont think that many plugin developers are aware of them<br></blockquote><div> <br><div>Yes, exactly. I've heard of them one time.<br>Maybe we could add them into the plugin builder as an example. Developers will see them in the code.<br></div><br>> I will be happy to provide guidance to any plugin authors that want to<br>
> convert their plugins into Processing providers<br><br></div><div>Is there a list of the public API of Processing ?<br></div><div>For plugins developpers, there are many classes in Processing but a lot of them shouldn’t be used outside of Processing I guess, right ?<br></div><div>I can see : tools/vector, tools/raster, core/GeoAlgorithm, core/parameters ...<br></div><div><br><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 class=""><div class="h5">
2016-02-19 13:24 GMT+01:00 Neumann, Andreas <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>>:<br>
> Hi,<br>
><br>
> The upcoming user conference in Girona may be a good opportunity to present<br>
> and advertise about both the common set of Python functions, but also about<br>
> the standard and custom widgets.<br>
><br>
> The CfP is still running and they are looking for more submissions. Maybe<br>
> someone could do a presentation for Python plugin authors to make them<br>
> aware?<br>
><br>
> Andreas<br>
><br>
> On 2016-02-19 11:36, Denis Rouzaud wrote:<br>
><br>
><br>
><br>
> On 02/19/2016 11:29 AM, Nyall Dawson wrote:<br>
><br>
><br>
> On 19 Feb 2016 19:35, "Etienne Trimaille" <<a href="mailto:etienne.trimaille@gmail.com">etienne.trimaille@gmail.com</a>><br>
> wrote:<br>
>><br>
>> I'm discovering that 'old' topic.<br>
>> Yes, I really like the idea, but I wasn't aware about that.<br>
>> I think the UI should be more uniform between plugins and QGIS, for<br>
>> instance to have :<br>
>> - the same combobox about layers (using the symbol for the geometry type<br>
>> and the EPSG if the checkbox is checked in the Processing settings)<br>
>> - the same combobox for table fields (symbol with the kind of field :<br>
>> integer, char ...)<br>
>> - the same output field with the menu (save to temp file, save to vector<br>
>> file, save to ...) like in processing.<br>
><br>
> Just a little advice - we need to push people toward the standard widgets<br>
> for these, eg QgsFieldComboBox, QgsMapLayerComboBox. Reimplementing then<br>
> with new Python versions isn't a good idea, since it breaks consistency with<br>
> core (and is also a lot of extra work!)<br>
><br>
><br>
> I would say, we even need to advertise the custom widgets.<br>
> All these widgets are availble in Qt Designer, it's quite easy to use them<br>
> from there.<br>
><br>
><br>
><br>
> Nyall<br>
><br>
>> - ...<br>
>> So I will try to use that and contribute to these wrappers if I can.<br>
>><br>
>> By the way, is it possible to recommend on the pyqgis cookbook (or the<br>
>> qgis documentation) to use the processing framework more often ? A lot of<br>
>> plugins are useful but we can't use them in batch mode or in complex<br>
>> workflow. Moreover, they often produce only shapefile.<br>
>> There are some very nice settings in Processing like "use selected<br>
>> features", default output format for vector and raster ... I think plugins<br>
>> should try to more compliant with these settings.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> 2016-02-19 8:55 GMT+01:00 Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>>:<br>
>>><br>
>>> Il 19/02/2016 08:53, Victor Olaya ha scritto:<br>
>>> > I dont think it wil hurt to add it to the main repo. While we develop,<br>
>>> > and the methods are not used yet, it will be just a bunch of files<br>
>>> > with dead code, so it is not risky, and maybe it is easier to engage<br>
>>> > people that way<br>
>>><br>
>>> I'd vote for it.<br>
>>> Thanks, Victor.<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/training.html</a><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" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>>> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><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>
>> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><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>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><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>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
><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>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><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" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br></div></div>