As Steve suggested, there should be some work done at Slicer Project week to begin the transition from the old VTK4 way of doing things to the VTK5 way. I suggest a project to deal with this. I think that there will be many no-brainer conversions sprinkled with difficult ones. A Slicer4 project dealing with the no-brainers sounds like a reasonable project. Maybe Berk could attend. It's a short drive. It would be educational for all.<br>
<br>We should start a list of conversions, e.g. SetInputConnection/GetOutputPort and GetWholeExtent. Berk implies that these can be easily done with a script.<br><br>I wish I could be there this summer, but too many conflicts...<br>
<br>Bill<br><br><div class="gmail_quote">On Thu, May 12, 2011 at 2:52 PM, 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: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The changes that I am making will live on its own branch for a while -<br>
I suspect 2-3 months.<br>
I'd recommend making the necessary fixes to Slicer master during that<br>
time. That way, by<br>
the time I merge, there would be no need to change Slicer. And this<br>
would prevent any<br>
divergence of code. This would probably require regularly merging from<br>
VTK master to<br>
my branch (or at least some sort of integration branch) and that can<br>
be arranged.<br>
<font color="#888888"><br>
-berk<br>
</font><div><div></div><div class="h5"><br>
<br>
On Thu, May 12, 2011 at 2:35 PM, Steve Pieper <<a href="mailto:pieper@ibility.net">pieper@ibility.net</a>> wrote:<br>
> Hi Guys -<br>
><br>
> An informal poll of slicer developers the other day raised a lot of concerns<br>
> along the lines Bill is raising.<br>
><br>
> For slicer 3.x, our current release, we can stick with vtk older releases so<br>
> that's not a problem.<br>
><br>
> But for slicer 4.x, Jc and Julien have been trying to keep slicer's version<br>
> of vtk (<a href="https://github.com/Slicer/VTK" target="_blank">https://github.com/Slicer/VTK</a>) pretty close to the vtk master since<br>
> there's a lot of joint development on charts, widgets, volume rendering and<br>
> so forth.  Once Berk's changes go into the vtk master, the Slicer/VTK<br>
> version will end up diverging until the few thousand issues Bill found can<br>
> be dealt with.  This is not ideal, but probably manageable for a while.<br>
><br>
> -Steve<br>
><br>
><br>
> On Thu, May 12, 2011 at 2:16 PM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com">bill.lorensen@gmail.com</a>><br>
> wrote:<br>
>><br>
>> Berk,<br>
>><br>
>> I realize that the ARB did talk about this. I suggest that after you<br>
>> finish your pass through VTK and Paraview, that you describe your experience<br>
>> to the ARB so that we can understand the impact on VTK customers.<br>
>><br>
>> Bill<br>
>><br>
><br>
><br>
</div></div></blockquote></div><br>