I think that the ARB made the correct decision. <div><br></div><div>Just my $.02 ...<br><div><br></div><div>- Wes</div><div><br><div class="gmail_quote">On Thu, May 5, 2011 at 10:45 AM, Berk Geveci <span dir="ltr"><<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">David is correct. You can and will be able use SetInput() to process a<br>
dataset that you created manually.<br>
<br>
IMPORTANT NOTE: The behavior of SetInput() will change:<br>
<br>
vtkDataObject* output = source->GetOutput();<br>
filter->SetInput(output);<br>
<br>
Currently, this sets up a pipeline connection between the filter and<br>
the source. After the change, it would have no effect because 1.<br>
GetOutput() will return NULL unless the source is updated first 2.<br>
SetInput() will no longer setup pipeline connections but set its<br>
argument (the data object) as the input to the filter.<br>
<br>
We (ARB) discussed the possibility of getting rid of SetInput() and<br>
creating a new function called SetInputData() to flag such issues at<br>
compile time rather than runtime. We decided against it because if we<br>
did, it would be impossible to have the same code (that sets a data<br>
object as input) compile for VTK 5 and 6. This would make it harder<br>
for application folks to transition gradually. I'd be interested in<br>
what the developers think about this.<br>
<br>
Best,<br>
-berk<br>
<br>
<br>
On Wed, May 4, 2011 at 4:54 PM, David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>> wrote:<br>
> On Wed, May 4, 2011 at 2:37 PM, Timothy Shead <<a href="mailto:tshead@sandia.gov">tshead@sandia.gov</a>> wrote:<br>
>> On 5/4/11 2:23 PM, Berk Geveci wrote:<br>
>>><br>
>>> Hi folks,<br>
>>><br>
>>> For those that are interested, I started working on removing the VTK 4<br>
>>> backwards compatibility layer as described here:<br>
>>><br>
>>> <a href="http://www.vtk.org/Wiki/VTK/Remove_VTK_4_Compatibility" target="_blank">http://www.vtk.org/Wiki/VTK/Remove_VTK_4_Compatibility</a><br>
>><br>
>> Just one question - the article mentions "Since data objects can no longer<br>
>> know about their producers ..." - what is the impact on the use-case where a<br>
>> data structure is created and populated in-place, then used as the input to<br>
>> a pipeline?<br>
>><br>
>> filter->SetInputConnection(0, data_structure->GetProducerPort());<br>
>><br>
>> ... I'd really hate to let this go.<br>
>><br>
>> Cheers,<br>
>> Tim<br>
><br>
> It's my understanding that in that case, you would use<br>
><br>
> filter->SetInput(0, data_object);<br>
> or<br>
> filter->SetInput(data_object);<br>
><br>
> with the expectation that this will not create a pipeline connection,<br>
> i.e. SetInputConnection() and SetInput() are no longer equivalent.<br>
><br>
> - David<br>
><br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the VTK FAQ at: <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Wesley D. Turner, Ph.D.<br>Kitware, Inc.<br>Technical Leader<br>28 Corporate Drive<br>Clifton Park, NY 12065-8662<br>Phone: 518-881-4920<br>
</div></div>