1. 08 Jul, 2016 1 commit
    • Sean McBride's avatar
      Hoist _snprintf hack up to vtkConfigure.h · 33a743d2
      Sean McBride authored
      Since VS 2015 now supports proper snprintf,
      VTK can just start using it anywhere as normal
      with the workaround moved to vtkConfigure.h.
      
      One day the pre-VS2015 workaround can be removed.
      33a743d2
  2. 06 Jul, 2016 1 commit
  3. 06 May, 2016 1 commit
    • David C. Lonie's avatar
      Replace SafeDownCast calls on arrays with vtkArrayDownCast. · 0d71a308
      David C. Lonie authored
      SafeDownCast performs a series of virtual calls and string comparisons,
      which is quite slow, especially when used in worker functions.
      
      vtkArrayDownCast will switch between SafeDownCast and the more
      efficient FastDownCast (only available for common vtkAbstractArray
      subclasses) depending on whether or not FastDownCast is defined for
      the specific array type.
      0d71a308
  4. 08 Mar, 2016 1 commit
  5. 25 Jan, 2016 1 commit
    • Sean McBride's avatar
      Use real snprintf (not _snprintf) with >= VS2015 · 992a4931
      Sean McBride authored
      Infuriatingly, Visual Studio has not supported C99’s snprintf until VS2015.
      
      Modify a couple of workaround hacks to only apply to pre-VS2015.
      
      This is more than just a cleanup.  snprintf guarantees null
      termination, _snprintf does not!  The return values are also different,
      though rarely used.
      992a4931
  6. 08 Dec, 2015 2 commits
    • Brad King's avatar
      Drop support for compilers without `long long` · 3b89e771
      Brad King authored
      VTK no longer supports any compilers that do not provide this type.
      Therefore all code conditional on VTK_TYPE_USE_LONG_LONG can be made
      unconditional.  Leave the macro defined to tell dependent projects that
      APIs using the type are available in case they still support versions of
      VTK that make it conditional.
      3b89e771
    • Brad King's avatar
      Drop support for compilers with `__int64` as the only 64-bit int · 36bb09a7
      Brad King authored
      VTK no longer supports any compilers that have `__int64` but not a
      `long` or `long long` that is 64-bit.  Therefore all code that is
      conditional on VTK_TYPE_USE___INT64 is never used and can be dropped.
      36bb09a7
  7. 20 Aug, 2015 1 commit
    • Brad King's avatar
      ENH: Remove use of include <vtksys/ios/*> and vtksys_ios::* · 3ae7dd3a
      Brad King authored
      We no longer need this compatibility layer for the compilers we support.
      Use the following commands to switch to standard header and namespace:
      
       git grep -l vtksys/ios/ | xargs sed -i 's|vtksys/ios/||'
       git grep -l vtksys_ios | xargs sed -i 's|vtksys_ios|std|g'
      3ae7dd3a
  8. 22 Jul, 2015 1 commit
    • Bill Lorensen's avatar
      STYLE: Replace vtksys_stl and vtksys_ios:: with std:: · 924248d9
      Bill Lorensen authored
      In the early days of VTK, support for stl was not portable. vtksys_stl
      and vtksys_ios provided a portable implementation of the stl. Now, all
      of the VTK supported compilers have portable stl implementations.
      
      This patch:
        1) Replaces the vtksys_ios:: with std::.
        2) Replaces the vtksys_stl:: with std::.
        3) Removes "using" statements for stl
      924248d9
  9. 06 Apr, 2015 1 commit
  10. 09 Apr, 2012 2 commits
    • VTK Developers's avatar
      Remove trailing whitespace from all source files · 2d323fc4
      VTK Developers authored
      Exclude ThirdParty, Utilities/MetaIO, and Utilities/KWSys as these
      are maintained outside VTK.
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      Co-Author: Brad King <brad.king@kitware.com>
      2d323fc4
    • VTK Developers's avatar
      Modularize VTK tree layout · cdd4d6fd
      VTK Developers authored
      Move source files from their former monolithic VTK location to their new
      location in modular VTK without modification.  This preserves enough
      information for "git blame -M" and "git log --follow" to connect
      modularized VTK files to their original location and history.
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      Co-Author: Brad King <brad.king@kitware.com>
      Co-Author: Nikhil Shetty <nikhil.shetty@kitware.com>
      cdd4d6fd
  11. 19 Sep, 2011 1 commit
  12. 20 May, 2010 1 commit
    • Mark Olesen's avatar
      Remove vtk(Cxx|Type)RevisionMacro · ecbbf7f7
      Mark Olesen authored
      The CVS $Revision$ keyword replacement will no longer maintain these
      macros automatically.  They were used only to implement CollectRevisions
      and vtkObjectBase::PrintRevisions, an API that was never used.
      
      Automated as follows:
      
        pass 0:
        catch templates
        ---------------
        $ git grep 'vtk\(Cxx\|Type\)RevisionMacro' | grep '<'
      
        pass 1:
        main changes
        ---------------
        $ git grep -l '^vtkCxxRevisionMacro' | while read file; do
          echo "$file" 1>&2
          perl -i -ne 'print unless (/^vtkCxxRevisionMacro/ and /\)/)' $file
        done
        $ git grep -l -e 'vtkTypeRevisionMacro(' | while read file; do
          echo "$file" 1>&2
          perl -i -pe 's/vtkTypeRevisionMacro/vtkTypeMacro/g' $file
        done
      
        pass 2:
        verify
        ---------------
        $ git grep 'vtk\(Cxx\|Type\)RevisionMacro'
      
      Fixed multi-line vtkCxxRevisionMacro and templates by hand.
      ecbbf7f7
  13. 23 Apr, 2010 1 commit
    • Mark Olesen's avatar
      Remove vtk(Cxx|Type)RevisionMacro · 19c55e0e
      Mark Olesen authored
      The CVS $Revision$ keyword replacement will no longer maintain these
      macros automatically.  They were used only to implement CollectRevisions
      and vtkObjectBase::PrintRevisions, an API that was never used.
      
      Automated as follows:
      
        pass 0:
        catch templates
        ---------------
        $ git grep 'vtk\(Cxx\|Type\)RevisionMacro' | grep '<'
      
        pass 1:
        main changes
        ---------------
        $ git grep -l '^vtkCxxRevisionMacro' | while read file; do
          echo "$file" 1>&2
          perl -i -ne 'print unless (/^vtkCxxRevisionMacro/ and /\)/)' $file
        done
        $ git grep -l -e 'vtkTypeRevisionMacro(' | while read file; do
          echo "$file" 1>&2
          perl -i -pe 's/vtkTypeRevisionMacro/vtkTypeMacro/g' $file
        done
      
        pass 2:
        verify
        ---------------
        $ git grep 'vtk\(Cxx\|Type\)RevisionMacro'
      
      Fixed multi-line vtkCxxRevisionMacro and templates by hand.
      19c55e0e
  14. 01 Jul, 2009 1 commit
  15. 30 Jun, 2009 2 commits
  16. 22 Jun, 2009 1 commit
  17. 01 May, 2009 2 commits
  18. 24 Apr, 2009 1 commit
    • Jeff Baumes's avatar
      ENH: Adding new rendered representation classes · 9bcda1c1
      Jeff Baumes authored
       - Adding new rendered graph, hierarchy, surface, tree area representations.
         These classes consolidate code that were in several different views.
      
       - Adding vtkHierarchicalGraphPipeline, which renders bundled graph edges
         on top of a tree. This is a convenience class used by
         vtkRenderedHierarchyRepresentation and vtkRenderedTreeAreaRepresentation.
      
       - Fixing up OverView geo views and hierarchy view.
      
       - Removing buggy hack in vtkScalarsToColors that caused problems with
         correctly rendering color arrays.
      
       - Added opacity to annotations.
      
       - vtkGraph now creates edge points on demand instead of throwing errors,
         and correctly deep copies edge points on force ownership call.
      
       - Updating geovis tests to use new graph representation API.
      
       - Moved vtkGeoEdgeStrategy to Infovis so it can be accessed in the graph
         representation.
      
       - Moved vtkGeoMath to Infovis since it is used by vtkGeoEdgeStrategy.
      
       - Removed vtkGeoGraphRepresentation and vtkGeoGraphRepresentation2D, which
         are now superceded by vtkRenderedGraphRepresentation.
      
       - Removed reference loop in vtkGeoLineRepresentation's ConvertSelection
         by removing the PROP property from the selection.
      
       - Updating vtkGeoView and vtkGeoView2D to new view architecture.
      
       - Added option to Glyph3D to output cell data along with point data
         on the output glyphs.
      
       - vtkGraphToPolyData now correctly uses the vertex endpoint positions
         as the start and end of the polyline for each edge.
      
       - vtkSelectionLink's SetSelection used to always trigger the algorithm to
         be modified. This is no longer true if the same selection is set multiple
         times.
      
       - Changed vtkSplineFilter to handle consecutive points at the same position
         instead of outputting errors.
      
       - Changed vtkCosmicTreeLayoutStrategy so the output arrays are called
         "TreeRadius" and "TreeScaleFactor" instead of appending those strings
         to the input size array name.
      
       - Changing treemap layout strategies to appropriately fill the points
         of the tree that are used for bundled edges.
      
       - Added ZRange to vtkGraphLayout, if you want vertices to have
         distinct Z values on an otherwise 2D layout. This avoids Z-buffer issues
         when rendering vertices as glyphs.
      
       - Added Transform property to vtkGraphLayout. This optional transform will
         be applied to locations output from the layout strategy. This is used
         in geo views.
      
       - Fixed vtkStackedTreeLayoutStrategy to not always place the root position
         for the bundled edges at (0,0,0).
      
       - Added progress events to vtkTreeRingToPolyData.
      
       - Allow non-equal array types when PassArray is on, using GetVarantValue
         and InsertVariantValue.
      
       - Adding option RenderOnMouseMove to vtkInteractorStyleRubberBand2D.
         This allows views to update hover balloons.
      
       - Fixing bug in vtkLabelHierarchy's iterator where if the lastPlaced array
         contained indices outside the current label set range, it would crash.
      
       - Adding support for an "ID" array which indicates the type of label
         being processed. This is used to use different font types with different
         sets of labels using the same label placer to place them all.
      
       - Adding support for multiple font properties to vtkLabelSizeCalculator,
         vtkLabeledDataMapper, vtkDynamic2DLabelPlacer.
      
       - Adding helper functions to vtkViewTheme to tell you whether a current
         lookup table matches its internal settings, or if it needs to be
         rebuilt. This minimizes pipeline updates.
      
       - Adding explicit ResetCamera() calls to view tests, because views no
         longer do this automatically.
      
       - Fixing vtkDataRepresentation so it does not re-do a shallow copy of inputs
         into the internal pipeline unless they have actually changed.
      
       - Revamping vtkGraphLayoutView to use vtkRenderedGraphRepresentation.
      
       - Revamping vtkHierarchicalGraphView to use
         vtkRenderedHierarchyRepresentation.
      
       - Revamping vtkTreeAreaView to use vtkRenderedTreeAreaRepresentation.
      
       - Updating vtkView to only take a collection of vtkRepresentations, instead
         of supporting multiple ports/connections. We can do this because
         representations now have this option of multiple inputs.
      
       - vtkView has an option ReuseSingleRepresentation, where it will use the
         same representation after removing/adding input connections. This is
         used in e.g. vtkGraphLayouView so that properties assigned to the view
         persist even when the input connection is reset.
      
       - Fixing vtkTreeLayoutView to the newer view architecture, even though
         it should be deprecated in the near term.
      
       - Adding vtkGeoSphereTransform, a simple transform that goes from
         lat-long-alt and rect coords. This is what the 3D geo view has as its
         transform.
      
       - Adding vtkAppendPoints, which simply appends all the points and associated
         data from multiple input datasets. This is used to append all label points
         into one data object.
      
       - Adding vtkApplyColors, which applies colors from lut/annotation/selection
         in one place for a dataset. This is used by the new rendered
         representations.
      
       - Adding vtkAssignCoordinatesLayoutStrategy which uses vtkAssignCoordinates
         inside the layout. This makes the geo "layout" paradigm of lat/long arrays
         consistent with other graph layout strategies, so they can all use
         vtkRenderedGraphRepresentation.
      
       - Adding vtkDistanceToCamera, computes the distance of each input point
         to the camera. This can be used to scale glyphs dynamically so they
         appear the same size on the screen.
      
       - Adding graph-based versions of vtkGraphHierarchicalBundle and
         vtkSplineFilter called vtkGraphHierarchicalBundleEdges and
         vtkSplineGraphEdges, which perform the same task as the originals, but
         output a graph with appropriate edge points, instead of polydata.
         This allows these filters to execute before vtkGraphToPolyData.
      
       - The new vtkGraphToGlyphs filter takes a vtkGraph and outputs polydata
         for the glyphs. The glyphs are dynamically sized based on the position
         from the camera in order tp create glyphs with constant screen size.
      
       - vtkGraphToPoints converts a graph to a set of points.
      9bcda1c1
  19. 13 Nov, 2008 1 commit
  20. 18 Apr, 2008 1 commit
  21. 05 Mar, 2008 1 commit
  22. 23 Feb, 2008 1 commit
  23. 25 Jan, 2008 1 commit
    • Jeff Baumes's avatar
      ENH: Newly refactored vtkGraph and vtkTree. Among the major changes are: · d3f46a55
      Jeff Baumes authored
      * Iterator-based access to edges
      * vtkGraph subclasses from vtkDataObject instead of vtkPointSet
      * vtkGraph's implementation is much more like that of the boost graph library
      * Separate classes vtkDirectedGraph and vtkUndirectedGraph instead of
      a Directed flag
      * Mutable classes vtkMutableDirectedGraph and vtkMutableUndirectedGraph used for building graphs
      d3f46a55
  24. 03 Oct, 2007 2 commits
  25. 10 Aug, 2007 1 commit
  26. 31 Jul, 2007 2 commits
  27. 18 Jul, 2007 2 commits