<div dir="ltr">Regarding units for images:<div><br></div><div>I agree that the unit "em" should only be used for icons used in text. The images should use pixels, I do believe in that case you do not have to add a unit (px is the default).</div>

<div>During the latex to ReST conversion I sized the images with rather a lot of effort using the "em" unit. We used the default sphinx theme at that time and I just found out that it uses a font size of 16. I believe that when we multiply most of the current images where the unit "em" is used with sixteen the result should be great.</div>

<div>Maybe we should first try it with a plugin chapter (like the Evis plugin) to see if it works.</div><div>Unfortunately today I have no time today to experiment with it.</div><div><br></div><div>regards,</div><div>Diethard</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/22 Otto Dassau <span dir="ltr"><<a href="mailto:dassau@gbd-consult.de" target="_blank">dassau@gbd-consult.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Alexandre,<br>
<br>
Am Sat, 21 Sep 2013 23:31:06 +0100<br>
schrieb Alexandre Neto <<a href="mailto:senhor.neto@gmail.com">senhor.neto@gmail.com</a>>:<br>
<div class="im"><br>
> Hi there,<br>
><br>
> I'm also going to give a review on the screenshots an try to create new<br>
> versions for them. Is there a milestone for finishing it that I should know<br>
> about?<br>
<br>
</div>thanks a lot. There is no milestone, but since QGIS 2.0 is out, I would say<br>
asap.<br>
<div class="im"><br>
> Also, is there a way in reStructuredText that, in the middle of the text,<br>
> instead of reference an image by its name, one could reference it by its<br>
> "Future number"?<br>
><br>
> Right now, in the text we ask the reader to see  figure_symbology_3, but<br>
> the legend of the figure has something like "Figure 12.9: Example of custom<br>
> gradient color ramp with multiple stops".<br>
<br>
</div>yes, I don't think we have a better solution for this right now - have we?<br>
<div class="im"><br>
> I have also a doubt, in reStructuredText, what unit is the "em" in<br>
>  "':width: 12em"? Cause it would be nice to represent the images at a near<br>
> "resolution". We have a few images to big that are kind of pixelized, and<br>
> others to small to be able to read.<br>
<br>
</div>Thanks for that question, I am not an expert here, but I found:<br>
<br>
Images with px dimensions are not resized when the user changes text size;<br>
images with em dimensions are resized. So if an image's size should be<br>
relative to the text size (a rare case), then use em. Otherwise px<br>
dimensions is fine.<br>
<br>
So I would also ask, does EM make sense for us?<br>
<br>
Regards<br>
Otto<br>
<div class="HOEnZb"><div class="h5"><br>
> Thanks<br>
><br>
> Alexandre Neto<br>
><br>
> On Sat, Sep 21, 2013 at 1:25 PM, Otto Dassau <<a href="mailto:dassau@gbd-consult.de">dassau@gbd-consult.de</a>> wrote:<br>
><br>
> > Hi,<br>
> ><br>
> > we almost went through the list of features that we wanted to update for<br>
> > the<br>
> > qgis 2.0 manual. The <a href="http://hub.qgis.org/wiki/quantum-gis/ManualTasks" target="_blank">http://hub.qgis.org/wiki/quantum-gis/ManualTasks</a><br>
> > list of done, but I already saw, that there is still a lot of things we<br>
> > should have a look at again.<br>
> ><br>
> > My idea is now, that we start now with a second round. We go through each<br>
> > file and check, if something is missing or wrong. And when it is updated,<br>
> > we<br>
> > comment the disclaimer, so the file is done and ready for release.<br>
> ><br>
> > Here we should also check the figures and tell Alexandre, if a new figure<br>
> > is<br>
> > necessary.<br>
> ><br>
> > Thanks a lot to all contributors to the manual so far! And as usual,<br>
> > everybody is welcome to help us with this of course, so we have an<br>
> > updated manual that can be translated, soon.<br>
> ><br>
> > Regards<br>
> > Otto<br>
> > _______________________________________________<br>
> > Qgis-community-team mailing list for organizing community resources such<br>
> > 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>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Geoinformatik Büro Dassau - <a href="http://www.gbd-consult.de" target="_blank">http://www.gbd-consult.de</a><br>
FOSSGIS consulting , training , support  and analysis<br>
Ackerstrasse 144c  ,  D - 40233 Düsseldorf ,  Germany<br>
Tel: <a href="tel:%2B49-%280%29211-47468178" value="+4921147468178">+49-(0)211-47468178</a> , Mobile: <a href="tel:%2B49-%280%29171-4687540" value="+491714687540">+49-(0)171-4687540</a><br>
<br>
--<br>
Community Advisor - QGIS Project Steering Committee<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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></div></div></blockquote></div><br></div>