<div dir="ltr"><div>Excellent! Thanks Dave.<br><br></div>Bob<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 January 2017 at 20:36, David Lonie <span dir="ltr"><<a href="mailto:david.lonie@kitware.com" target="_blank">david.lonie@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Jan 4, 2017 at 2:55 PM, Bob Flandard <span dir="ltr"><<a href="mailto:bflandard@gmail.com" target="_blank">bflandard@gmail.com</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi Dave,<br><br></div><span class="">The multi-colored glyph mechanism using using multi-block data is already supported (see attached), but as I mentioned in my original message, there's an error with it if the input point data to the custom glyph has associated results data.<br></span></div></div></blockquote><div><br></div><div>Ah, gotcha -- yes, that will work. I was thinking of the case where not only would the colors of the components differ, but the colors would also vary from point to point. That was recently requested but no feasible with the current glyphing code.</div><div><br></div><div>Cheers,</div><div>Dave</div></div></div></div>
</blockquote></div><br></div>