<div dir="ltr"><div>OT, but related :)</div><div><br></div><div>I would appreciate a field more in Metadata... a maintainer(s) optional section. It's not strictly necessary because of trac, but a lot of time the first Author of the plugin is disappeared or can't invest time in the plugin, but she(he) still receives issues or mails from users.<br>

</div><div>my 2c</div><div><br></div><div>regards, Luigi Pirelli</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 February 2014 08:12, Alessandro Pasotti <span dir="ltr"><<a href="mailto:apasotti@gmail.com" target="_blank">apasotti@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="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-02-11 22:50 GMT+01:00 Richard Duivenvoorde <span dir="ltr"><<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>></span>:<div class="">

<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Devs,<br>
<br>
tl;dr; can we make an email address: <a href="mailto:approvers@qgis.org" target="_blank">approvers@qgis.org</a> for which an<br>
email can be sent to all approvers?<br>
<br>
who can arrange this?<br>
<br>
<br>
I'm busy weeding the long list of unapproved plugins.<br>
<br>
Some of them are so old the I just sent the author an email if it is ok<br>
to remove it.<br>
<br>
Other have some older versions unapproved, so I ask to either approve<br>
them or delete these versions.<br>
<br>
Others just have been added pretty recently, but miss certain metadata<br>
information and did not get attention from an approver.<br>
<br>
I propose to make homepage, repository and tracker mandatory properties<br>
too (at least for approval). So we have to fix this in:<br>
<br>
<a href="http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation" target="_blank">http://www.qgis.org/en/docs/pyqgis_developer_cookbook/releasing.html#validation</a><br>
and<br>
<a href="http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table" target="_blank">http://www.qgis.org/en/docs/pyqgis_developer_cookbook/plugins.html#plugin-metadata-table</a><br>
<br></blockquote><div><br></div><div><br></div></div><div>If we enforce Homepage, we also have to pay attention  to the link content:</div><div><br></div><div>this is a meaningless example:</div><div><br></div><div><a href="http://plugins.qgis.org/plugins/QSpatialReport/" target="_blank">http://plugins.qgis.org/plugins/QSpatialReport/</a> (homepage link broken and even if it were not broken, still unrelated with the plugin since it's the company homepage)<br>


</div><div><br></div><div>I think that the plugin home page should be a page about the plugin itself.</div><div><br></div><div>There are many others like this that I can't recall now.</div><span class="HOEnZb"><font color="#888888"><div>

<br></div></font></span></div><span class="HOEnZb"><font color="#888888"><div><br>
</div>-- <br>Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a>
</font></span></div></div>
<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></div>