<div dir="ltr"><div><div>Since I'm not a contributor to the main project, just some 
plugins, I'm not sure my voice will count for much but I think Tim hits 
on an important point. <br><br>As as a developer of plugins for my 
company, I have created repos and bug trackers for the plugins I created
 because I was asked to but they are not regularly used, watched or 
maintained. If anything they are worse than none at all.<br><br></div>I 
understand the interest in standard documentation, but even that is 
often less than ideal from a companies perspective. Speaking generally 
companies provide plugins for two reasons. First, they are something the
 company needs and is willing to share with others. Second, they are 
useful tools for the company's clients to use with the companies 
commercial tools or services. In both cases plugins are, to some extent,
 a means to promote the company so hosting documentation on the company 
site is more valuable to the company then distributing all of it with 
the plugin.<br><br></div>I would encourage QGIS developers to try to 
keep balanced requirements to ensure that corporate, academic and 
volunteer contributors and users can all benefit.<br><br>TSW</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 25, 2014 at 1:38 PM, Tim Sutton <span dir="ltr"><<a href="mailto:tim@kartoza.com" target="_blank">tim@kartoza.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
<br>
<br>
</div><div class="">On 25/08/2014 17:46, Vincent Picavet wrote:<br>
> Hello,<br>
><br>
>> Hi all.<br>
>><br>
>> Il 25/08/2014 17:06, Tim Sutton ha scritto:<br>
>>> I agree they should remain optional for now.<br>
>><br>
>> After a few months of managing the plugin approval queue, I still<br>
>> do not understand what is the advantage of having plugins without<br>
>> a repo and bugtracker. I agree that a home page is not a<br>
>> necessity.<br>
><br>
> +1 Moreover, plugins are GPL licenced, hence the source code should<br>
> be shared when a plugin is distributed. Python is a script<br>
> language, but still there are some source which should not go into<br>
> the final plugin package (.ui files typically). Therefore, a plugin<br>
> _must_ have a full source code available somewhere, and a<br>
> repository is a logical place for this.<br>
><br>
> Globally it is about improving the global quality of the software,<br>
> and these steps are the basics a plugin developer should provide.<br>
><br>
<br>
</div>Yes but there are always going to be exceptions to this and I dont<br>
believe we should make having these items a sticking point e.g.:<br>
<br>
* some one in a corporate environment can't easily make a website for<br>
the plugin they write<br>
* Someone in a coprporate environment works in a repo behind a firewall<br>
* a bug tracker is behind a corporate firewall<br>
<br>
As Ale says, its not that we should encourage people not to have these<br>
things, but we should not penalise them for it unduly if they don't.<br>
<br>
I think there are other things that would be more interesting to<br>
mandate e.g.:<br>
<br>
* standardised documentation<br>
* HIG compliance<br>
* Including a license file<br>
<br>
etc.<br>
<br>
I would still like to see us reach a point where we have 'best of<br>
breed', 'sanctioned' plugins, and the 'wild west' differentiated for<br>
the users.<br>
<br>
Regards<br>
<br>
Tim<br>
<div class=""><br>
<br>
> Vincent _______________________________________________<br>
> Qgis-developer mailing list <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" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
<br>
</div><div class="">- --<br>
- ------------------------------------------------------<br>
<br>
Tim Sutton<br>
Visit <a href="http://kartoza.com" target="_blank">http://kartoza.com</a> to find out about open source:<br>
 * Desktop GIS programming services<br>
 * Geospatial web development<br>
 * GIS Training<br>
 * Consulting Services<br>
Skype: timlinux Irc: timlinux on #qgis at <a href="http://freenode.net" target="_blank">freenode.net</a><br>
Tim is a member of the QGIS Project Steering Committee<br>
- ------------------------------------------------------<br>
Kartoza is a merger between Linfiniti and Afrispatial<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
</div>Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
iEYEARECAAYFAlP7kLsACgkQqk07qZdiYjd3oQCfXty1OR7OcrPqMpeEDL81E9Sz<br>
1UwAnRMiQ++zIK9lgFXN4uOSVY2lCpFd<br>
=OYHU<br>
-----END PGP SIGNATURE-----<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" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div><div>Trevor Wiens<br>
Apropos Information Systems<br><a href="http://aproposinfosystems.com" target="_blank">aproposinfosystems.com</a><br>Calgary, Alberta<br></div>Ph. 403-973-5901<br></div>Fax 780-666-4580</div>
</div>