<br><div class="gmail_quote">2011/2/10 thomas bonfort <span dir="ltr"><<a href="mailto:thomas.bonfort@gmail.com">thomas.bonfort@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I know Tamas extensively uses the GD way of defining<br>
symbols, by creating vector symbols that are basically a bitmap whose<br>
color can be changed by style color. It works and allows to create<br>
repeating symbols that fit nicely together, but fails whenever the<br>
user applies a SIZE to the symbol. I consider this "abusing" the<br>
vector symbol meaning by relying on GD quirks, but understand that<br>
this is a behavior that we might want to keep. Thoughts?<br>
<br></blockquote><div><br>Thomas,<br><br>I have been using this way to implement the mapinfo brush patterns, but I'm not too satisfied with the current results since this can only work with the GD renderer properly. The other renderers provide significantly different look because of the difference in the rendering approach you mentioned. <br>
With regards to the brush patterns I would be in favour of creating a new symbol type (something like a bitmap pattern mask) where the layout of the pixels could be defined, but the actual color would be set to the style color and style background color.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I'm not sure what we can do to have backwards compatibility with GD<br>
vector symbols and at the same time have a consistent cross-renderer<br>
output. In the current state, this seems impossible to me. I see two<br>
ways of moving forwards:<br>
* remove backwards compatibility with GD vector symbols, and treat<br>
vector points as paths<br></blockquote><div><br>I'm not sure what we would like to get out of the GD renderer in the current state. It only supports PC256 images which may rarely be appropriate for an average user. In this regard removing the compatibility would not be a big problem in MS 6.0 in my opinion.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
* define a new symbol who's points are treated as a path, and<br>
interpret vector symbol points as pixels.For this new symbol, I would<br>
definitely recommend that the points be generated on a grid where<br>
(0,0) represents the anchor point of the symbol.<br>
<br></blockquote><div><br>That sounds interesting to me. What did you mean by "interpret vector symbol points as pixels". Would this be a renderer independent way of preparing a bitmap from the symbol and have the renderers to use this bitmap in the rendering operations?<br>
<br>Best regards,<br><br>Tamas<br> <br></div></div><br><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>