Hi all,<br>Thanks once again for your testing.<br><br><div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> However, either in "cache" or "render" mode in the *map composer* line
<br>> widths on the legend and on the map *do not correspond*. On the legend<br>> it's always thicker.</blockquote><div>This is a known problem for cache mode, since the cache is created at a variable resolution and then variably scaled. In render mode, the line widths appear to correspond. I'll try to look into it more when I get a chance (unfortunately, that may be a few weeks).
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">the border of polygons however it is not synchronized between legend and<br> map
</blockquote><div>I changed the line for the polygon outline to be a "cosmetic pen" (1px wide, regardless of scale) when the line widths were getting out of hand. Since that should be fixed now, I can probably put the original line widths back.
<br><br></div>>> 2. labels placement and size in the map canvas not always corresponds<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
>> to that in the map composer and printout<br>><br>> Still valid. See the following attachments:<br>><br>> labels_mapview.png<br>> labels_composer.png<br>> labels_pdf.png<br>><br>> They show how the labelled points look in the QGIS map view, map
<br>> composer and in the output pdf, respectively. Each looks much<br>> different. Could it be at least fixed so that the view in the map<br>> composer and the resulting pdf looked similar?</blockquote><div>I haven't done much testing with vector labels, so I'm not too surprised some bugs still lurk there. If you could send me some simple projects which reproduce the problem, that would be great help.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><br>>> 3. vector point symbols get rasterized in the printout<br>>
<br>> Still an issue. Is it fixable?</blockquote><div>Unfortunately, I don't think we can fix this for 0.9. It will require some significant changes to the symbology and rendering, which has the potential to break things.
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">moreover, point size is much larger (1.4x? 2x?) in the legend than in<br>the map, and larger in the pdf.
<br><br>>> 4. irregular letter spacing in the printout<br>><br>> Still the case. See the attachment spacing_pdf.png. Moreover, layer's<br>> name is to close to categories' names below, overlapping it a bit.
<br>><br>> Also, in the composer *the very same legend* before printing to pdf<br>> looks completely different (font_composer.png) and rather corrupted.<br>> Can this avoided? What's strange, if I zoom in in the map composer once
<br>> or twice, the legend's font starts looking same as in target pdf, hmm.<br>> The same problem applies to scalebar.</blockquote><div>The ugly font bug strikes again! What operating system and Qt version are you using? I have exactly the same problem, and I don't think there's much we can do. (I'm running Ubuntu with Qt
4.2/4.3)<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Another, smallish, issue which remains is that the default font size
<br>> for legend "6" is always too small too be any readable. I guess<br>> defaulting to at least 8 is a better idea.<br><br>agreed. also, default font (sans-serif?) does not appear optimal on many<br>machines.
</blockquote><div>I'm pretty sure Qt provides the default font, so we'd have to manually override this. I'll see if we can do this in a simple, cross-platform way. The font size is calculated based off of the map scale, and often is less than 6. Perhaps some code to limit the default to a minimum of 8 would be helpful.
<br><br>I'm not going to have much time to work on QGIS in the next few weeks, but I'll try to fix what I can for 0.9.<br>Steven</div></div>