<div dir="ltr"><div>Hello all,</div><div><br></div>I will start reviewing and updating the screenshoots as soon as possible.<div><br></div><div>Best regards,</div><div><br></div><div>Alexandre Neto</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 3, 2015 at 2:44 PM, Larissa Junek <span dir="ltr"><<a href="mailto:junek@gbd-consult.de" target="_blank">junek@gbd-consult.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Tue, 3 Mar 2015 09:59:53 +0100<br>
schrieb Otto Dassau <<a href="mailto:dassau@gbd-consult.de">dassau@gbd-consult.de</a>>:<br>
<div><div class="h5"><br>
> Hi,<br>
><br>
> Am Tue, 3 Mar 2015 10:44:14 +0200<br>
> schrieb Alexander Bruy <<a href="mailto:alexander.bruy@gmail.com">alexander.bruy@gmail.com</a>>:<br>
><br>
> > Hi all,<br>
> ><br>
> > What is current status of the 2.8 documentation? Seems with LTR<br>
> > release we need to review our workflow and branch LTR documentation<br>
> > in same time as QGIS branched.<br>
><br>
> Larissa is currently working on the documentation update in master. I<br>
> don't know if others, too? Once it is in status 2.8 we could create a<br>
> translation branch as usual.<br>
><br>
> > If we stick with previous workflow when documentation update is<br>
> > done in master it is impossible to document new features, available<br>
> > in upcoming non-LTR releases<br>
> > until LTR documentation is ready. For example I'm about to commit<br>
> > into QGIS updated TauDEM Processing provider and also want to update<br>
> > corresponding entries in User Guide. But current documentation<br>
> > master is still for 2.8.<br>
> ><br>
> > Maybe we should branch 2.8 documentaton and continue to update it in<br>
> > branch. This allow developers and volunteers to update master<br>
> > branch by adding information<br>
> > about new features.<br>
> ><br>
> >Opinions?<br>
><br>
> If we branch now, before all 2.8 features are documented, we will<br>
> have to do the work twice - in 2.8 branch and in master. I would<br>
> prefere that we focus on updating 2.8 first, then branch and add new<br>
> features beyond 2.8 into master again.<br>
><br>
> Because AFAICS there is not too much work for 2.8 left, mainly print<br>
> composer and a general check, because there are quite a lot gui<br>
> changes we should update.<br>
><br>
> Regards<br>
> Otto<br>
> _______________________________________________<br>
> Qgis-community-team mailing list for organizing community resources<br>
> such as documentation, translation etc..<br>
> <a href="mailto:Qgis-community-team@lists.osgeo.org">Qgis-community-team@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-community-team" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-community-team</a><br>
<br>
</div></div>Hi all,<br>
I agree with Otto, that work shouldn't be done twice.<br>
I updated the 2.8 until today . Actually when having a look at the<br>
developers commits (for example on the Manual Tasks List) new features<br>
in the Print Composer have to be inserted and Features described on<br>
<a href="http://changelog.linfiniti.com/qgis/version/2.8/" target="_blank">http://changelog.linfiniti.com/qgis/version/2.8/</a> have to be considered.<br>
<br>
I would like to ask the community if there are people that can work on<br>
the 2.8 documentation master so that we can branch afterwards and have<br>
a beginning for the upcoming non-LTR releases.<br>
<br>
Kind regards,<br>
Larissa<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Qgis-community-team mailing list for organizing community resources such as documentation, translation etc..<br>
<a href="mailto:Qgis-community-team@lists.osgeo.org">Qgis-community-team@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-community-team" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-community-team</a><br>
</div></div></blockquote></div><br></div>