[vtk-developers] [InfoVis] Infovis and rendering kits
Jeff Baumes
jeff.baumes at kitware.com
Wed Mar 18 11:07:19 EDT 2009
> We should consider removing Infovis/vtkTreeMapViewer. It is basically duplicating functionality found in Views/vtkTreeMapView...
I agree. The right thing to do is probably to mark all its methods as
deprecated until the next release, pointing the user to vtkTreeMapView
in the class comments, then we can remove the class.
>> So... is Kitware OK with me moving these 5 classes from
>> Infovis to Rendering:
>> vtkGraphMapper.cxx
Depends on filters in Infovis.
>> vtkInteractorStyleAreaSelectHover.cxx
Depends on vtkBalloonRepresentation (in Widgets).
>> vtkInteractorStyleTreeMapHover.cxx
Depends on vtkBalloonRepresentation (in Widgets) and vtkTreeMapLayout
(in Infovis).
>> vtkLabeledTreeMapDataMapper.cxx
It looks like this could move.
>> vtkTreeMapViewer.cxx
Depends on vtkTreeMapLayout (in Infovis).
>> and this class from Infovis to Views:
>> vtkViewUpdater.cxx
Yes, this should definitely happen.
I made a wiki page describing how we could move things in order to
change dependencies:
http://www.kitware.com/InfovisWiki/index.php/VTK_Kit_Dependencies
Dave, if you want to try to get this working, please feel free.
Jeff
More information about the vtk-developers
mailing list