A final observation (I have to cut my lawn...)<br><br>I started a project in January to keep Slicer4 up-to-date with the ITKv4 project. I found it surprisingly easy, but, only because I had a pretty good understanding of Slicer and ITK. Fortunately, Slicer4 can be configured with a custom ITK. I think the same holds true for VTK. I did have to make some ITKv4 specific changes to Slicer4 and also some changes to ITKv4 itself. So far, Slicer4 can be built (and it is built nightly) with ITKv3 and ITKv4.<br>
<br>BTW, Slicer4 builds with ITKv4 after modularization. ITKv4's modularization represents a dramatic change in ITK's organization.<br><br>This experience illustrates the ITK community's dedication to respect ITK customers' investments. I'm confident we can provide the same level of respect for VTK's customers.<br>
<br>Bill<br><br><div class="gmail_quote">On Thu, May 12, 2011 at 3:03 PM, Bill Lorensen <span dir="ltr"><<a href="mailto:bill.lorensen@gmail.com">bill.lorensen@gmail.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;">
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>
<font color="#888888">
<br>Bill</font><div><div></div><div class="h5"><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" target="_blank">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><br>
<br>
On Thu, May 12, 2011 at 2:35 PM, Steve Pieper <<a href="mailto:pieper@ibility.net" target="_blank">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" target="_blank">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>
</div></div></blockquote></div><br>