My 2 quick cents: 1 - new features or significant changes to existing features *must* provide a description of the feature/changes or a link to it in some form (a QEP, the PR text, a blog post an extensive commit message etc., suitable for copy-paste into the documentation) 2 - little documentation is better than no documentation at all. I suggest that the documentation team be less strict in accepting PRs and lower the bar: we/they can always make it better later 3 - (speaking about the server) consider the audience: we do not need/want to document the standard apache/nginx/fcgi/mod_rewrite/whatever web-server setup, but we may provide pointers to upstream documentation
On Wed, Jan 16, 2019 at 5:48 PM Matteo Ghetta <matteo.ghe...@faunalia.eu> wrote: > Fully agreed with all the comments. > > What are devs thoughts? ;) > > Cheers > > Matteo > _______________________________________________ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alessandro Pasotti w3: www.itopen.it
_______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer