<p dir="ltr">I will investigate, it must be possible. I will take care of that.</p>
<p dir="ltr">I just want to make sure that removing the widths from the rst files doesn't affect anything else and I will start "changing" the Screenshots and the rst files.</p>
<p dir="ltr">But I will give priority to missing or outdated Screenshots. </p>
<p dir="ltr">Best regards, <br>
Alexandre</p>
<div class="gmail_quote">Em 08/05/2014 08:47, "Otto Dassau" <<a href="mailto:dassau@gbd-consult.de">dassau@gbd-consult.de</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Alexandre,<br>
<br>
great news - I checked and added your pull request.<br>
<br>
Can this be done automatically, maybe with convert -resample? Does somebody<br>
has experiences here?<br>
<br>
Regards<br>
Otto<br>
<br>
Am Thu, 8 May 2014 01:35:20 +0100<br>
schrieb Alexandre Neto <<a href="mailto:senhor.neto@gmail.com">senhor.neto@gmail.com</a>>:<br>
<br>
> Hello all,<br>
><br>
> After some more testing and some help from the texi2dvi mailing list[], I<br>
> think I finally found out the solution for our image size and resolution<br>
> for both PDF and HTML.<br>
><br>
> The problem did not lay on the configuration file or texi2pdf settings but<br>
> in the image files itself. All that is needed to do is to open the<br>
> screenshots in GIMP and change their print resolution from 72 dpi (the<br>
> origina resolution of screens), to something like 135dpi (we can decide<br>
> which the more suitable resolution). Also, its needed to remove the width<br>
> size settings form the rst files for those images.<br>
><br>
> The good news are that images will show at their original resolution in<br>
> HTML (below maxwidth of the page) and at a different (more suited<br>
> resolution) in the PDF.<br>
><br>
> Please check my Pull Request<br>
> <a href="https://github.com/qgis/QGIS-Documentation/pull/219" target="_blank">https://github.com/qgis/QGIS-Documentation/pull/219</a> and see how it builds<br>
> both html and PDF before you accept it<br>
><br>
><br>
> On Tue, Nov 5, 2013 at 3:57 PM, Otto Dassau <<a href="mailto:dassau@gbd-consult.de">dassau@gbd-consult.de</a>> wrote:<br>
><br>
> > Hi Richard,<br>
> ><br>
> > I adapted image size again and the pdf and html look ok to me. The<br>
> > problem is not solved yet, how to automatically optimize figure size and<br>
> > resolution for html and pdf build. But to whom should we wait to solve<br>
> > this?<br>
> ><br>
> > I don't think we should stop translation any longer, now that the content<br>
> > is up-to-date.<br>
> ><br>
> > Regards<br>
> > Otto<br>
> ><br>
> > Am Tue, 05 Nov 2013 16:48:43 +0100<br>
> > schrieb Richard Duivenvoorde <<a href="mailto:richard@duif.net">richard@duif.net</a>>:<br>
> ><br>
> > > On 05-11-13 12:16, Otto Dassau wrote:<br>
> > ><br>
> > > > what about "releasing" the current manual as QGIS 2.0 and branch for<br>
> > > > translation? I think we should not wait any longer. I fixed/changed<br>
> > some<br>
> > > > more things / figure sizes for the pdf and I think it looks ok.<br>
> > > ><br>
> > > > We could try to improve the figures for the next version.<br>
> > > ><br>
> > > > What do yo think? Richard, would it be ok for you to create<br>
> > > > translation branch for 2.0 and prepare it for transifex, etc?<br>
> > ><br>
> > > Hi Otto,<br>
> > ><br>
> > > sure fine, but is all work on images in pdf and html now ok?<br>
> > ><br>
> > > I just did 'make world' on the server, so within some time this url<br>
> > ><br>
> > > <a href="http://docs.qgis.org/testing/" target="_blank">http://docs.qgis.org/testing/</a><br>
> > ><br>
> > > should show you current status. (by the way:<br>
> > > <a href="http://docs.qgis.org/2.0" target="_blank">http://docs.qgis.org/2.0</a> is currently pointing to exact the same place,<br>
> > > but will be updated after branch to point to a 2.0 build of the docs)<br>
> > ><br>
> > > This url:<br>
> > ><br>
> > > <a href="http://docs.qgis.org/testing/pdf/" target="_blank">http://docs.qgis.org/testing/pdf/</a><br>
> > ><br>
> > > should contain pdf's dated on the 5th of November.<br>
> > ><br>
> > > Please check if these are all ok.<br>
> > ><br>
> > ><br>
> > > If OK, we could branch 2.0,<br>
> > > I'll run 'make pretranslate' on it, which will generate pot/english po<br>
> > > files which then can be pushed to Transifex.<br>
> > > At that moment the Transifex documentation project wil NOT be the<br>
> > > translations of master anymore, but the translation of 2.0<br>
> > ><br>
> > > To be sure nobody we can remove all .po files (translations) from<br>
> > > master branch, but that means that even current translations will NOT<br>
> > > be<br>
> > visible.<br>
> > > So<br>
> > > at <a href="http://docs.qgis.org/testing/" target="_blank">http://docs.qgis.org/testing/</a><br>
> > > will only be available in english...<br>
> > ><br>
> > > Not sure if that is what we want though..<br>
> > ><br>
> > > Regards,<br>
> > ><br>
> > > Richard<br>
<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>
</blockquote></div>