GitLab

COMP:typo in VTK/Rendering/CMakeLists.txt (KIT_SRCS when it should be Kit_SRCS) prevented compiling GPUInfo files. Report VTK_USE_DIRECTX, VTK_USE_CORE_GRAPHICS and VTK_USE_NVCONTROL in VTK/vtkToolkits.h.in (might be changed to vtkConfigure.h.in if anybody complain).

COMP: move VTK_NO_PYTHON_THREADS and VTK_WINDOWS_PYTHON_DEBUGGABLE from vtkToolkits.h to vtkConfigure.h, partly to avoid avoid recompilation of the python wrapprs whenever vtkToolkits.h changes, but also because these are not user-configurable so they fit better in vtkConfigure.h.

ENH: Add interface to ogg/theora video encoding to VTK and ParaView. Thanks to Michael Wild for the contribution.

ENH: Adding the initial version of a TextAnalysis kit to VTK.  Requires Boost and NWay Arrays to be on in CMake, as well as VTK_USE_TEXT_ANALYSIS.  Credit goes to Tim Shead and many of the other SNL developers.

BUG: Mangle VTK_USE_ODBC cmake option. Previously it wasn't being recognized as defined in c++ even if it was turned on in cmake.

to Utilities. Updating the architecture of the geospatial views. All
multi-resolution sources are now subclasses of vtkGeoSource. Each source
has its own worker thread for fetching refined images or geometry.
On the 3D side, vtkGeoGlobeSource is an appropriate source for vtkGeoTerrain,
and vtkGeoAlignedImageSource is an appropriate source for
vtkGeoAlignedImageRepresentation. On the 2D side, vtkGeoProjectionSource is an
appropriate source for vtkGeoTerrain2D, and the image source is the same.

ENH:  Revert commit allowing an exclusion of verdict from the build.

ENH:  Allow excluding verdict from the build.

ENH: fix MetaIO in VTK; MetaIO: headers were installed in /include/vtk-5.2/Utilities/MetaIO for VTK and in /include/InsightToolkit/Utilities/MetaIO for ITK. While this seems OK for ITK, this not for VTK; the support libs found in VTK's Utilities install their headers in /include/vtk-5.2 (the extra 'Utilities' subdir would prevent them from being found). The metaIOConfig.h header was not installed. Furthermore, headers were installed in "/MetaIO" instead of "/vtkmetaio", which seems to be the required syntax (as implemented in a few VTK's classes: #include "vtkmetaio/metaTypes.h"). MetaIO is also missing support for a system's MetaIO vs. a VTK's MetaIO (as demonstrated by VTK's expat, freetype, jpeg, tiff, etc): I'll leave that to MetaIO people. Finally, VTK_USE_METAIO was not exported at all: since this is an option, people could link against an installed VTK and expect MetaIO, whereas it was never built.... Considering that MetaIO is not as widely used as PNG, or JPEG, I didn't tackle the support for a system's MetaIO library.

ENH: fix MetaIO in VTK; MetaIO: headers were installed in /include/vtk-5.2/Utilities/MetaIO for VTK and in /include/InsightToolkit/Utilities/MetaIO for ITK. While this seems OK for ITK, this not for VTK; the support libs found in VTK's Utilities install their headers in /include/vtk-5.2 (the extra 'Utilities' subdir would prevent them from being found). The metaIOConfig.h header was not installed. Furthermore, headers were installed in "/MetaIO" instead of "/vtkmetaio", which seems to be the required syntax (as implemented in a few VTK's classes: #include "vtkmetaio/metaTypes.h"). MetaIO is also missing support for a system's MetaIO vs. a VTK's MetaIO (as demonstrated by VTK's expat, freetype, jpeg, tiff, etc): I'll leave that to MetaIO people. Finally, VTK_USE_METAIO was not exported at all: since this is an option, people could link against an installed VTK and expect MetaIO, whereas it was never built.... Considering that MetaIO is not as widely used as PNG, or JPEG, I didn't tackle the support for a system's MetaIO library.

     implementations, and which did not fit the new URL-based model.
     Note that this also eliminated a COMP issue.
ENH: completed implementation of the PostgreSQL back end
ENH: updated the SQL tests accordingly
COMP: modified/fixed SQL compilation options

     VTK, as was discussed earlier.

ENH: Adding new Views kit, to contain vtkView and subclasses.  They are larger granularity application objects which combine a pipeline and renderer.

COMP: configure a value into vtkToolkits.h to determine whether to support
multithreading in the python wrappers or not

Alex

COMP: prepare VTK for crosscompiling
-fix some problems if no development packages for tcl or tk are installed
-prefer the own cmake modules over the ones provided by cmake
-fix build of vtkSocket for systems which don't have SO_REUSEADDR (e.g. BlueGene)
-add a RenderWindow which uses OSMesa only, i.e. no X at all
-support build on platforms without shared libs
-use ADD_SUBDIRECTORY() instead of SUBDIRS() in VTK/CMakeLists.txt,
otherwise GET_TARGET_PROPERTY(LOCATION) doesn't work, since the targets
haven't been created yet
-add FindPythonLibs, FindTCL and FindPackageHandleStandardArgs from current
cmake cvs

tested with cmake cvs on Linux and BlueGene and cmake 2.4.6 on Linux

Alex

ENH: Remove building the MPEG2 library from VTK's build instructions. This library has patents associated with it, so it should not be *included* in VTK. Make it available separately for clients who are willing to accept using patented code. Change use of the MPEG2 library to be based on a CMake configure-time option: VTK_USE_MPEG2_ENCODER. This set of changes is to conform with VTK's "patent free" policy which prohibits including patented code in the VTK source tree.

BUG: Made infovis PrintSelf methods handle NULLs more nicely.

ENH: Automatically set default value for VTK_USE_VIDEO_FOR_WINDOWS based on the result of a TRY_COMPILE if it has never been set in the cache. Add new internal only VTK_VFW_SUPPORTS_CAPTURE flag; if the video capture routines of vfw32 are supported, vtkWin32VideoSource is included. If VTK_USE_VIDEO_FOR_WINDOWS is OFF, vfw32 is not linked in, and neither the vtkAVIWriter nor the vtkWin32VideoSource class is available. Activate/add tests for recently added MPEG2Writer and AVIWriter classes. (Cross fingers for those other platforms...)

ENH: Add support for building without Tk. Add option VTK_USE_TK which is ON by default. On cocoa disable this. Also, this way you can do off-screen only testing. Add an option to do off screen testing called VTK_USE_OFFSCREEN

ENH: Added Sandia Painter and Shader support. Painters are fully incorporated, shader support is in-progress.

BUG: Percolate VTK_USE_DISPLAY through vtkToolkits.h and then use it to avoid creating the vtkWin32OutputWindow when VTK_USE_DISPLAY is OFF.

BUG: Restored availability of VTK_USE_HYBRID and VTK_USE_VOLUMERENDERING to outside projects in both CMake and C++ code.  Their values are now copied from VTK_USE_RENDERING.

ENH: Add a new option: VTK_USE_SYSTEM_FREETYPE. This allow fixing problem when building VTK and having include file being in the path, this also fix issue: http://bugs.debian.org/277602 when two different freetype libs where loaded