<div dir="ltr"><div>Hi Utkarsh,</div><br><div class="gmail_extra">I think this feature will be useful. VTK_COLOR_MODE_RAW_SCALARS</div><div class="gmail_extra">might be a better name.  Or if it specifically meant for color scalars, then</div><div class="gmail_extra">VTK_COLOR_MODE_RGB_SCALARS.</div><div class="gmail_extra"><br></div><div class="gmail_extra"> - David</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 12, 2014 at 10:42 AM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Folks,<br>
<br>
vtkPolyDataMapper since a long time supports two coloring modes, viz.<br>
VTK_COLOR_MODE_DEFAULT and VTK_COLOR_MODE_MAP_SCALARS. MapScalars<br>
indicates always use a vtkScalarsToColors instance to map data values<br>
to colors. Default means only use the vtkScalarsToColors if the data<br>
array is not an unsigned char array.<br>
<br>
I am working on a feature request [1] to add support to not use a<br>
vtkScalarsToColors instance for non-unsigned-char arrays (including<br>
double/float), assuming they are in the range 0, 1.<br>
<br>
To support this mode without breaking current behavior, I am thinking<br>
of adding a new VTK_COLOR_MODE_NO_MAP_SCALARS mode which can be used<br>
to force interpreting the data values as colors directly.<br>
<br>
Any objections to that? Also if any suggestions for the name for this<br>
new mode are highly welcome.<br>
<br>
Thanks<br>
Utkarsh<br>
<br>
[1] <a href="http://www.paraview.org/Bug/view.php?id=14943" target="_blank">http://www.paraview.org/Bug/view.php?id=14943</a><br></blockquote></div></div></div>