On 13-02-14 10:35, Paolo Cavallini wrote:
> Il 12/02/2014 13:38, Olivier Dalang ha scritto:
>>     Multiline descriptions in the metadata are allowed, newlines are not
>>     converted to BR in the HTML though...
>>
>> Good to know ! Is it ok to use HTML then ? Does the same apply to the
>> changelog ? ...
> 
> BTW: could we set up a checklist for plugin approval? IMHO this would
> greatly smooth out the process.

Ok. Let's decide now and here:

On
http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html
put something as

(partly take from http://plugins.qgis.org/plugins/: "How to add your
plugin to this repository"):

Approval:

1) your plugin will not be public until it is approved by a set of
community approvers
2) give approvers some time to do this (after 2 weeks just email to...)
3) to approve we check that (checklist):

- does NOT show the orange block with missing metadata anymore in the
plugin details page
- has a very descriptive 'description' in the metadata.txt (which is
seen by users in Plugin manager and on pluging.qgis.org)
- contains no malicious code (?? pointers on how to check for approvers??)
- starts without python errors (aka has some basis error handling)
- has at least minimal documentation how to use/test it (visible from
within the plugin!?)
- provides a minimal data set (or links to) for testing
- has a proper license (???? which one? and info about that??)
- supports english language
- does not duplicate of existing functionality or plugin, unless there
is a very good reason (plz provide this reason in the description or
metadata)

For the first point (orange block) can we standardize on Github? Can we
ask from the average plugin author to put his code on Github? Because
then an author has both an issuetracker and either a README or a wiki.

Then here:

http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table

AND in the plugin code, make repository a required property, and keep
homepage and tracker optional. BUT that should be enforced in the plugin
repo code then.


Is this clear enough?
Please comment/rewrite in a way that I can copy it into the website.

Regards,

Richard Duivenvoorde


_______________________________________________
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Reply via email to