<div><div class="gmail_quote">On Wed, Jun 24, 2009 at 1:35 PM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com">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;">
Do you really need to define another enum? Can't we use vtkDataObject::FIELD_ASSOCIATION_POINTS etc.?<br></blockquote><div><br></div><div>Two reasons to define another enum:<div><br></div><div>1. The old enum names are very long.</div>
<div>2. It includes FIELD_ASSOCIATION_POINTS_THEN_CELLS, which is not an attribute type.</div><div><br></div><div>I had considered instead making a "ShortFieldAssociations" enum, that kept things in the same order as the old enum but without the "FIELD_ASSOCIATION_" prefix. This seems reasonable because they are no longer just used for the FIELD_ASSOCIATION() key of the input arrays for algorithms to process. It would still have a "point then cell" value that is not an attribute type, but that is not too big a deal.</div>
<div><br></div><div>Jeff</div></div></div>
</div>