<span>Hi Richard,</span><br><br><div class="gmail_quote"><div dir="ltr">A dom, 5/03/2017, 21:56, Richard Duivenvoorde <<a href="mailto:rdmailings@duif.net">rdmailings@duif.net</a>> escreveu:</div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So do I understand correct that people want to write docs for 3.0 in a<br class="gmail_msg">
'fake'-3.0 branch, and the plan is then when master becomes really 3.0<br class="gmail_msg">
all these changes will be cherry picked from that branch?<br class="gmail_msg">
Because I think that will be hard to do.... given those branches will<br class="gmail_msg">
divert from each other, and it is already pretty hard to have a good<br class="gmail_msg">
overview as of where to place pieces of info.<br></blockquote></div><div><br></div><div>Not sure if I followed your idea when you mention a "fake" 3.0 branch.</div><div><br></div><div>My idea would be to have a 2.18 branch and a master branch (effectively aiming at 2.99 development).</div><div><br></div><div>When a documenter work in a new feature description, he would do it directly on master and, if that feature was already available on qgis 2.18, backport that description to the 2.18 branch. If it's a feature that will only available on 3.0, there is no backporting to do.</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
But given that every new feature (which is commited with a 'FEATURE'<br class="gmail_msg">
tag) has it's issue in the documentation issue tracker [0], why not add<br class="gmail_msg">
information there? You can write full RST there, you can attache<br class="gmail_msg">
images/screendumps etc etc.<br class="gmail_msg">
<br class="gmail_msg">
If people (be it dev's or doc writers who are eager to dive into a new<br class="gmail_msg">
feature) write there stuff there, it can be copied from there into the<br class="gmail_msg">
rst of the docs as soon as we open up for 3.0 features.<br class="gmail_msg"></blockquote></div><div><br></div><div>This (or having a waiting PR) is precisely what I would like to avoid, because if we wait for 2.18 documentation to be finished before starting document 3.0, those hanging contributions can be difficult to integrate later. Besides, it will be easy for other documenters to miss those contributions and do some overlapping.</div><div><br></div><div>IMHO, the master branch version of documentation should (almost) always match the master branch version of QGIS. </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">
<br class="gmail_msg">
Regards,<br class="gmail_msg">
<br class="gmail_msg">
Richard<br class="gmail_msg">
<br class="gmail_msg">
[0] As an example: <a href="https://github.com/qgis/QGIS-Documentation/issues/1723" rel="noreferrer" class="gmail_msg" target="_blank">https://github.com/qgis/QGIS-Documentation/issues/1723</a><br class="gmail_msg">
<br class="gmail_msg">
> Y.<br class="gmail_msg">
> Le dimanche 5 mars 2017, 00:53:53 CET Alexandre Neto a écrit :<br class="gmail_msg">
>> Hi Mathias,<br class="gmail_msg">
>><br class="gmail_msg">
>> We only need to translate finished documentation. So I guess the next<br class="gmail_msg">
>> candidate for translation would be 2.18 Documentation once it was released.<br class="gmail_msg">
>><br class="gmail_msg">
>> Richard is the guy that have it all wired up, I would like to hear from him<br class="gmail_msg">
>> if there are any nasty implications of having two branches receiving<br class="gmail_msg">
>> changes.<br class="gmail_msg">
>><br class="gmail_msg">
>> A sáb, 4/03/2017, 23:05, Matthias Kuhn <<a href="mailto:matthias@opengis.ch" class="gmail_msg" target="_blank">matthias@opengis.ch</a>> escreveu:<br class="gmail_msg">
>>> Hi all,<br class="gmail_msg">
>>><br class="gmail_msg">
>>> Are there any specific plans how to handle translations?<br class="gmail_msg">
>>><br class="gmail_msg">
>>> I don't think transifex can handle multiple branches (please proof me<br class="gmail_msg">
>>> wrong!). So I guess a decision needs to be made from which branch<br class="gmail_msg">
>>> updates should be pushed to transifex. Possibly the translated files can<br class="gmail_msg">
>>> then be pulled into the other branch as well, but that sounds like<br class="gmail_msg">
>>> advanced magic and a good portion of luck ;)<br class="gmail_msg">
>>><br class="gmail_msg">
>>> Matthias<br class="gmail_msg">
>>> _______________________________________________<br class="gmail_msg">
>>> Qgis-developer mailing list<br class="gmail_msg">
>>> <a href="mailto:Qgis-developer@lists.osgeo.org" class="gmail_msg" target="_blank">Qgis-developer@lists.osgeo.org</a><br class="gmail_msg">
>>> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
>>> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> Qgis-developer mailing list<br class="gmail_msg">
> <a href="mailto:Qgis-developer@lists.osgeo.org" class="gmail_msg" target="_blank">Qgis-developer@lists.osgeo.org</a><br class="gmail_msg">
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Qgis-developer mailing list<br class="gmail_msg">
<a href="mailto:Qgis-developer@lists.osgeo.org" class="gmail_msg" target="_blank">Qgis-developer@lists.osgeo.org</a><br class="gmail_msg">
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br class="gmail_msg">
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div><div dir="ltr">-- <br></div><div 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>