<div dir="auto">If it's not too much trouble for whomever manages the plugins site, it might be worth simply adding the changelog bit to plugins.xml and see the size difference then. <div dir="auto"><br></div><div dir="auto">I was initially worried but the more I think about it the more I get a feeling it should be just fine.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 9, 2019, 7:14 PM Alessandro Pasotti <<a href="mailto:apasotti@gmail.com">apasotti@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div><br></div><div>I like the idea, I'm just worried about the increased size of the XML on option A: we don't have any control over the changelog size (well, we could truncate the changelog if it's too long but I don't know if that makes much sense).</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 9, 2019 at 11:38 AM Mathieu Pellerin <<a href="mailto:nirvn.asia@gmail.com" target="_blank" rel="noreferrer">nirvn.asia@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Greetings,</div><div><br></div><div>While applying a couple of commits to QGIS' plugin manager, I would like to fix a long-standing UX issue with it, namely that plugins that show a newer version available do _not_ show the latest changelog but rather the changelog of the currently installed plugin version.</div><div><br></div><div>It'd much nicer, and exciting for users, to show what's new _prior to_ hitting the [ update plugin ] button.</div><div><br></div><div>For that to happen, we'd need either: a/ add the changelog information in the repository XML file fetched (i.e.<a href="https://plugins.qgis.org/plugins/plugins.xml?qgis=3.6" target="_blank" rel="noreferrer">https://plugins.qgis.org/plugins/plugins.xml?qgis=3.6</a>), or b/ add a method to fetch changelog strings from the repository site (for e.g., <a href="https://plugins.qgis.org/plugins/changelog.xml?names=plugin1,plugin2,plugin3" target="_blank" rel="noreferrer">https://plugins.qgis.org/plugins/changelog.xml?names=plugin1,plugin2,plugin3</a>).</div><div><br></div><div>Unless adding the short changelog to the repository XML adds too many MBs, I'd vote for option A.</div><div><br></div><div>Thoughts?</div><div><br></div><div>Mathieu<br></div></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank" rel="noreferrer">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_8284468529921434493gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank" rel="noreferrer">www.itopen.it</a></div>
</blockquote></div>