ENH:Sneaking in event for point placement; allows special processing of point placements such as snap-to-grid; includes info in calldata that indicates which point is being placed

ENH: the whole preset name was probably overkill. Remove it for now (it was added couple weeks ago, no backward compat pb)

BUG: FILE command in PluginInstall.cmake already knows about the BUILD_TYPE so we should not set it.

BUG: [backward compat change]. GetActiveCamera() does not reset the camera anymore. If the renderer had no camera, it would create one automatically *and* reset it. This side effect would trigger the whole pipeline to get the props bounds. Moreover, a call to GetActiveCamera()->Foobar() would have different/inconsistent results depending on whether or not the renderer had a camera already. GetActiveCamera() still creates a cam, but does not reset it. If one calls GetActiveCamera(), it should have full control of it anyway at this point (and reset it or not). The old friendly behaviour remains though, if the user does not bother with the camera at all, it is created during the first render *and* reset to show the whole scene.

BUG: [backward compat change]. GetActiveCamera() does not reset the camera anymore. If the renderer had no camera, it would create one automatically *and* reset it. This side effect would trigger the whole pipeline to get the props bounds. Moreover, a call to GetActiveCamera()->Foobar() would have different/inconsistent results depending on whether or not the renderer had a camera already. GetActiveCamera() still creates a cam, but does not reset it. If one calls GetActiveCamera(), it should have full control of it anyway at this point (and reset it or not). The old friendly behaviour remains though, if the user does not bother with the camera at all, it is created during the first render *and* reset to show the whole scene.

BUG: fix PrintSelf and reset camera issue. The InputConnection warning will be fixed automatically today once the whole Renderer::GetActiveCamera is fixed

BUG: (?): GetActiveCamera would instantiate a camera, and call a ResetCamera. This would have a lot of side effects side effects (like computing the bounds of all props, which will eventually call UpdateInformation() on data objects, etc). It's old, but let's try without. Obviously can be solved by calling ResetCamera manually.
    // this->ResetCamera();

ENH: Added VTK_INSTALL_QT_PLUGIN_DIR cache variable to control install location of QVTKWidgetPlugin.

ENH: Removing . from LINK_DIRECTORIES.  Now that rpath/non-rpath builds are done properly we do not need it.

BUG: (?): GetActiveCamera would instantiate a camera, and call a ResetCamera. This would have a lot of side effects side effects (like computing the bounds of all props, which will eventually call UpdateInformation() on data objects, etc). It's old, but let's try without. Obviously can be solved by calling ResetCamera manually.
    // this->ResetCamera();

This commit was manufactured during conversion from CVS to merge the
end of the ParaView 2.2 release branch.

BUG: VTKExamplesTarget should depend on QVTK and vtkMFC libraries since some examples use these libraries.

BUG: the subclasses have to call the superclass Render() instead of calling the renderwindow method directly, so that the super can make sure all conditions are met to render, *and* events are called properly

BUG: Python wrapper modules should not be installed by CMake at all.  They are installed by setup.py.

ENH: Further improved support for automatic sys.path setting.  Also set PATH on windows to include the location of the executable so that the wrapper modules can find the corresponding wrapper libraries since vtkpython does not link to them.

ENH: The setup.py script to install python modules is now automatically executed as part of the CMake-generated install target.  Extra arguments for things like the install prefix can be set by changing VTK_PYTHON_SETUP_ARGS.

ENH: let the renderwin interactor invoke a RenderEvent so that third-party code can handle the render request and redirect it to the appropriate class instead of the renderwindow

BUG: Should not try to access memory when it is not allocated. When NumberOfTimeSteps == 1, NumberOfTimeValues is null

ENH: Updated setup.py script to fully support installation both with and without configuration types in the build tree.  The exact set of libraries to install is now computed so that if one does not exist an error is reported.