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
