<div dir="ltr"><div>Hi Tom,<br><br></div><div class="gmail_extra"><div class="gmail_quote">2018-02-01 13:43 GMT+01:00 Tom Chadwin <span dir="ltr"><<a href="mailto:tom.chadwin@nnpa.org.uk" target="_blank">tom.chadwin@nnpa.org.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Harrissou<br>
<br>
My argument against that is that it encourages plugin authors not to update<br>
their plugins.</blockquote><div><br></div><div>Allow me to disagree. This statement assumes that having a higher number of downloads is more
 important for plugin devs than having a more featured or less buggy 
plugin. And while having a large user base is for sure rewarding, i'm pretty sure (and I guess you, too) it's not the objective of most of the developers. I think the best way to have that "recognition" is to provide working and stable plugin.<br> Why would someone update a code if there's no reason? Not all plugins out there are based on different/upstream libraries: some are just few lines extending current capabilities of QGIS. As long as it works without bugs and is still compatible with newer versions of QGIS, why updating?<br></div><div>I don't think that there's a good reason to "hide" them.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> As users are probably aware, I release versions often. This<br>
means that a single version never gets very high in usage numbers. I would<br>
argue that "release early, release often" is A Good Thing, assuming plugin<br>
versions are tested and stable.<br>
<span class="m_8250392817501404030im m_8250392817501404030HOEnZb"><br></span></blockquote><div>Following the above-mentioned assumption, one can also argue that the current system is a "good" reason to push devs regularly publish new versions, whether heavily tested or not (knowing or expecting that their user base will update, once again). Btw, for new (version of) plugins it could be nice  to show their changelog in Plugin manager before user downloads it (another feature request, sorry!).<br><br></div><div>Maybe a solution will be to show both values (sum and max), but still it doesn't help to decide whether a plugin is eligible to the "Most popular" list. Anyway, I think that, like for featured plugins, a fairer solution needs to be found here too.<br><br></div><div>Regards,<br></div><div>Harrissou<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="m_8250392817501404030im m_8250392817501404030HOEnZb">
Thanks<br>
<br>
Tom<br>
<br>
<br>
<br>
-----<br>
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabbl<wbr>e.com/QGIS-Developer-f4099106.<wbr>html</a><br>
</span><div class="m_8250392817501404030HOEnZb"><div class="m_8250392817501404030h5">______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/qgis-developer</a></div></div></blockquote></div><br></div></div>