[vtk-developers] [InfoVis] Infovis and rendering kits

[Jeff Baumes]

Infovis code contains vtkInteractorStyle subclasses, so must depend on
rendering (e.g. vtkInteractorStyleTreeMapHover), and there is also a
dependency on Widgets. The Infovis directory is currently a catch-all
for informatics-related code. As I remember it, it was deemed more
important to be able to turn off infovis entirely than to make it easy
to turn off various components of infovis.

A possibility is to move some code to Rendering, Widgets, or Hybrid.
This would let us change the dependencies.

Jeff

On Sun, Mar 15, 2009 at 10:47 PM, Pebay, Philippe P <pppebay at sandia.gov> wrote:
> Hello
>
> I had wondered about that a while ago (when looking at the dependencies of Infovis, prior to writing the parallel classes of the statistics engines).
> However I thought there was a good reason for this dependency on VTK_USE_RENDERING. If not, I would also be in favour of removing the said dependency.
>
> P.
>
>
> --
> Philippe Pébay
> Sandia National Laboratories
>
> ________________________________________
> From: infovis-bounces at public.kitware.com [infovis-bounces at public.kitware.com] On Behalf Of Thompson, David C [dcthomp at sandia.gov]
> Sent: Sunday, March 15, 2009 11:54 AM
> To: infovis at public.kitware.com; vtk-developers at vtk.org
> Subject: [InfoVis] Infovis and rendering kits
>
> Hi all,
>
> Is there a reason why VTK_USE_INFOVIS is dependent
> on VTK_USE_RENDERING? I would like to use some
> vtkStatisticsAlgorithm subclasses on a system where it
> isn't easy to build with VTK_USE_RENDERING turned ON.
> There are plenty of filters in the Infovis kit that don't
> require any rendering routines -- even the graph layout
> code could be useful without rendering.
>
> I have a locally modified version of VTK that fixes this
> behavior but don't want to check it in if there is a
> real reason to keep Infovis dependent on Rendering.
> It did require moving one class (vtkCoincidentPoints)
> from Rendering to Graphics but was pretty clean other
> than that.
>
> On a side note, has anyone else had trouble building
> with VTK_USE_RENDERING off and VTK_USE_PARALLEL
> on? I get link errors complaining that vtkPImageWriter
> references vtkPipelineSize -- which is not built when
> Rendering is off. Also, Parallel should be linked to
> Graphics when Rendering is off. I've got a fix for this
> as well.
>
>    Thanks,
>    David
> _______________________________________________
> Infovis mailing list
> Infovis at public.kitware.com
> http://public.kitware.com/cgi-bin/mailman/listinfo/infovis
>
>
> _______________________________________________
> Infovis mailing list
> Infovis at public.kitware.com
> http://public.kitware.com/cgi-bin/mailman/listinfo/infovis
>



-- 
Jeff Baumes, Ph.D.
R&D Engineer, Kitware Inc.
(518) 371-3971 x132
jeff.baumes at kitware.com