<p dir="ltr">Re texture fill, does the svg fill support bitmap within svg? </p>
<p dir="ltr">M</p>
<div class="gmail_quote">On 8 Apr 2013 13:25, "Andreas Neumann" <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Martin,<br>
<br>
Thank you for your work on removing the old symbology stuff.<br>
<br>
Marco is working on data-defined symbology and it is already in master. These are now all on the symbol level as you may want different rotations for each component of a combined symbol. Also the units are now more fine-grained. As an exaple you can define a size in map units and the outline in mm.<br>

<br>
I agree that the texture for fill style is obsolete as we have the line and point pattern editors and SVG patterns.<br>
<br>
Andreas<br>
<br>
On Mon, 8 Apr 2013 00:38:37 +0200, Martin Dobias wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi<br>
<br>
just a quick note that old symbology API has been removed: QgsRenderer<br>
(+ implementations), QgsSymbol and few others are gone. Projects using<br>
old symbology still can be loaded and old symbology will be<br>
automatically converted to new symbology (just in memory, so if you do<br>
not save the project it will continue using old symbology). There are<br>
few things that are currently not being converted properly to new<br>
symbology:<br>
- data-defined rotation / scale / symbol name - TODO<br>
- map units flag for point symbol - TODO<br>
- texture for fill style - no equivalent in new symbology (svg fill is<br>
better anyway)<br>
- continuous color renderer - no equivalent in new symbology<br>
(graduated symbol renderer may be used instead)<br>
- composer - legend items for old symbology are ignored and need to be<br>
recreated manually<br>
<br>
Old labeling has been kept as-is - there's not so much code involved<br>
(basically just one class, QgsLabel) so it's not such hot topic within<br>
the API cleanup.<br>
<br>
I am aware that few unit tests related to rendering got broken, I will<br>
fix them soon. (btw. there are few failing tests not related to the<br>
symbology changes: qgis_atlascompositiontest, qgis_composerhtmltest)<br>
<br>
How do others feel about dropping "V2" postfix from new symbology<br>
classes for QGIS 2.0? E.g. QgsSymbol instead of QgsSymbolV2. I would<br>
like to see those removed to keep the API clean.<br>
<br>
Regards<br>
Martin<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</blockquote>
<br>
-- <br>
--<br>
Andreas Neumann<br>
Böschacherstrasse 10A<br>
8624 Grüt (Gossau ZH)<br>
Switzerland<br>
______________________________<u></u>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-<u></u>developer</a><br>
</blockquote></div>