<br><br><div class="gmail_quote"><div dir="ltr">A sex, 8/03/2019, 12:11, matteo <<a href="mailto:matteo.ghetta@gmail.com">matteo.ghetta@gmail.com</a>> escreveu:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* branch 3.4 and release ASAP (during this hackfest): pending PR should<br>
be backported anyways. We know this can lead to some additional effort,<br>
but we realized that it is very important for users see and have an<br>
official LTR manual<br></blockquote></div><div><br></div><div>And the possibility to document and merge 3.6+ features</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* change the current "Docs in progress" banner to something more<br>
friendly: "This is an user driven documentation, if you want to<br>
contribute see the guidelines []) or something similar<br></blockquote></div><div><br></div><div>I would suggest to do this for the master branch, and add a similar text somewhere else in the 3.4 documentation. Probably just once in the main index or something. </div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* promote "fix me" button (moving it to another position where people<br>
can see it immediately)<br></blockquote></div><div> </div><div>We could create a blog post about it, and have it for some time in QGIS front page slider. </div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br>
* given that we really really need some other people to help us we<br>
decided that PR should have some mandatory step (not breaking the code,<br>
not wrong documentation) and some optional step (images, icons, syntax,<br>
..). This could be added as a checklist in the PR text and, if the<br>
mandatory steps are respected, than we can merge the PR and fix the<br>
optional step in a second moment.<br></blockquote></div><div><br></div><div>We can still discuss, probably in a separate thread, which should these mandatory requirements be and make that visible in the guidelines. </div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* core committers can merge PR after 15 days if no review is there.<br></blockquote></div><div><br></div><div>I suggested 15 days, but it can be any other period that everyone is comfortable with. Obviously we expect the core commiter to respect the mandatory requirements.</div><div><br></div><div>BTW, we had also too extra topics that have been discussed that look promissing. </div><div><br></div><div>1 - picking Denis idea of automatically create screenshots for documentation, William started to work on a plugin where we can use to replicate a certain QGIS environment (a project) and take screenshots of several dialogs, either manually, or semi-automatically. </div><div><br></div><div>2 - some folks started to dig on how we could test the code snippets in the PyQGIS cookbook. That would allow us to easily spot outdated code. </div><div><br></div><div>Best regards, </div><div><br></div><div>Alexandre Neto</div><div class="gmail_quote"></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Alexandre Neto</div><div>---------------------</div><div>@AlexNetoGeo</div><div><a href="http://sigsemgrilhetas.wordpress.com">http://sigsemgrilhetas.wordpress.com</a></div><a href="http://gisunchained.wordpress.com">http://gisunchained.wordpress.com</a><br></div></div>