1. 08 Mar, 2016 1 commit
  2. 01 Aug, 2013 1 commit
    • Sean McBride's avatar
      Conservative elimination of !null checks before 'delete' · 8812203b
      Sean McBride authored
      C++ guarantees that delete 0 and delete [] 0 do nothing.
      Older buggy compilers that didn't honour this are no longer
      supported by VTK.  Conservatively removed many "if (!ptr)"
      checks before using delete in /Common.
      
      Change-Id: I451f353ba57487432904487d61107cf7bb818b8e
      8812203b
  3. 31 Mar, 2013 1 commit
  4. 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
  5. 01 Feb, 2012 1 commit
  6. 31 Jan, 2012 2 commits
    • Berk Geveci's avatar
      Changed SetLeaderGlyph() to new API. · 4ece4932
      Berk Geveci authored
      Replaced SetLeaderGlyph() with SetLeaderGlyphData and SetLeaderGlyphConnection.
      One connects the pipeline, the other does not.
      
      Change-Id: I21617d11370444e0849bddc290126507c3c5ace9
      4ece4932
    • Berk Geveci's avatar
      Added SetInputConnection to vtkParallelCoordinatesActor. · 3685c802
      Berk Geveci authored
      vtkParallelCoordinatesActor could not update its input after the
      removal of VTK 4 compatibility. In order to support this feature,
      I added SetInputConnection, which has the ability to connect pipelines.
      
      Change-Id: I1285a3969f9e3c60184c3d0a3b78a96c0b9ea6f9
      3685c802
  7. 19 Sep, 2011 2 commits
    • Berk Geveci's avatar
      Replace SetInput etc. with SetInputData etc. · 4ea36770
      Berk Geveci authored
      Since the behaviour of SetInput changed - it no
      longer connects the pipeline but sets up the data
      object as the input -, it was decided to rename
      it to SetInputData. This includes similar methods
      such as AddInputData. This commit makes on
      sweeping change that compiles.
      4ea36770
    • Berk Geveci's avatar
      Made more progress · 56788e10
      Berk Geveci authored
      56788e10
  8. 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
  9. 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
  10. 23 Feb, 2008 1 commit
  11. 05 Mar, 2007 1 commit
  12. 18 Oct, 2006 1 commit
  13. 03 Jul, 2006 1 commit
  14. 05 Jan, 2006 1 commit
    • Utkarsh Ayachit's avatar
      ENH: · fad86463
      Utkarsh Ayachit authored
      * vtkDataArray now has a new superclass-vtkAbstractArray.vtkAbstractArray
      provides type-agnostic API to access array elements. vtkDataArray provides
      a double API to access values -- such an API is deliberately missing from
      vtkAbstractArray, since arrays like string arrays are not castable to doubles.
      
      * vtkAbstractArray has the notion of components/tuples, but does not make
      any assumptions about the arragment of these. It's up to the concrete
      subclasses how the data is represented in memory.
      
      * vtkFieldData used to provide tuple API to get/set values from data arrays
      contained in it. However, now that FieldData can have arrays that are not
      vtkDataArrays, this API is not longer valid.
      The following are the methods that are no longer available:
      double* GetTuple(const vtkIdType);
      void SetTuple(const vtkIdType i, const double* tuple);
      void GetTuple(const vtkIdType i, double* tuple);
      void InsertTuple(const vtkIdType i, const double* tuple);
      void InsertNextTuple(cons double*);
      double GetComponent(const vtkIdType i, const int j);
      void SetComponent(const vtkIdType i, const int j, const double c);
      void InsertComponent(const vtkIdType i, const int j, const double c);
      However, new API is provided to copy tuples arround from one field data to
      another using:
      void SetTuple(const vtkIdType i, const vtkIdType j, vtkFieldData* source);
      void InsertTuple(const vtkIdType i, const vtkIdType j, vtkFieldData* source);
      vtkIdType InsertNextTuple(const vtkIdType j, vtkFieldData* source);
      
      * vtkFieldData provide a vtkDataArray* GetArray(int index) to retrieve arrays
      in the field data. This function can will now return a NULL if the array
      at the given index is not a data array. It provides
      vtkAbstractArray* GetAbstractArray(int index);
      to retrieve an array even if it isn't a vtkDataArray.
      
      * Since vtkFieldData can contain arrays that aren't subclasses of
      vtkDataArray, so can vtkDataSetAttributes. However, an attribute can only be
      a vtkDataArray subclass i.e. one cannot set a vtkStringArray as the SCALARS
      array for a Point Data, for example.
      
      * String Array IO is only supported in XML file formats. If deemed important,
      support may be added for lecacy file formats.
      
      *** Array Iterators ***
      Another addition to the VTK Arrays, is the notion of Array Iterator. A
      vtkArrayIterator subclass is be provided for every vtkAbstractArray
      subclass. The iterator is a random access iterator. The iterators are not
      available in any of the wrapped languages, however, in C++ they can be used to
      write templatized code to processes the array values without any implicit type
      conversion and consequent loss of precision. vtkArrayIteratorTemplateMacro is
      provided to simply switching between different types of the arrays. Examples of
      use of this macro and the iterators can be found in
      vtkXMLWriter.cxx / vtkXMLDataReader.cxx / vtkXMLStructuredDataReader.cxx.
      fad86463
  15. 02 Aug, 2005 1 commit
  16. 05 Dec, 2003 1 commit
  17. 24 Nov, 2003 1 commit
  18. 14 Nov, 2003 1 commit
  19. 26 Dec, 2002 1 commit
  20. 11 Nov, 2002 1 commit
  21. 26 Sep, 2002 2 commits
    • Sebastien Barre's avatar
      FIX: · 62177fca
      Sebastien Barre authored
      a) object was Modified() too often
      b) fix vtkAxisActor2D to use the usual vtkActor2D Position and Position2 instead of its own Point1 and Point2
      62177fca
    • Sebastien Barre's avatar
      FIX: · 5a115169
      Sebastien Barre authored
      a) object was Modified() too often
      b) fix vtkAxisActor2D to use the usual vtkActor2D Position and Position2 instead of its own Point1 and Point2
      5a115169
  22. 22 Aug, 2002 1 commit
  23. 30 Jun, 2002 1 commit
  24. 29 Jun, 2002 1 commit
  25. 27 May, 2002 3 commits
  26. 22 Jan, 2002 1 commit
  27. 04 Jan, 2002 1 commit
    • Brad King's avatar
      ENH: Three sweeping changes. · 12947cd1
      Brad King authored
      1.) vtkTypeRevisionMacro is now used in all VTK classes in place of
          vtkTypeMacro.  It invokes the original vtkTypeMacro and then adds
          a protected CollectRevisions method for future use in serialization.
          A corresponding vtkCxxRevisionMacro has been added to every .cxx file
          to implement the CollectRevisions method for each class.  This will
          allow collection of every class revision at run time.  Any new VTK class
          should use vtkTypeRevisionMacro instead of vtkTypeMacro.  The .cxx
          implementation should then have the following line:
            vtkCxxRevisionMacro(vtkFoo, "$Revision: 1.1 $");
          CVS should insert the correct revision number when the class is commited.
      
      2.) vtkTypeMacro now also adds a typedef called "Superclass" to refer to
          the superclass of any VTK class.  All PrintSelf methods have been
          updated to call their superclass's PrintSelf like this:
            this->Superclass::PrintSelf(os,indent);
          This should reduce the number of places that refer to a superclass
          by its actual name.
      
      3.) The standard ::New() method implementation has been replaced with a
          macro.  Instead of an explicitly written implementation to try the
          object factory and then call the new operator, VTK classes should
          instead use the following macro unless they have a special New() method:
            vtkStandardNewMacro(vtkFoo);
          This will implement the New() method in the standard way.  The line
          should appear in the .cxx implementation file, not in the header.
          Using the macro will make it easier to change the standard
          implementation of the method.
      
      Also removed tabs from many files.
      12947cd1
  28. 02 Nov, 2001 1 commit
  29. 03 Jul, 2001 1 commit
  30. 28 Jun, 2001 1 commit
  31. 26 Apr, 2001 1 commit
    • Ken Martin's avatar
      Start new source tree layout · 76f478a8
      Ken Martin authored
      A new CVS repository was created on 2001-04-26 to fork VTK during
      transition to a new source tree layout.  The new repository was created
      using server-side symlinks referencing files in the original repository
      to preserve per-file history.  This commit was manufactured during
      conversion from CVS to represent the fork as a branch.
      76f478a8
  32. 10 Dec, 2000 1 commit
  33. 19 Nov, 2000 1 commit
  34. 18 Nov, 2000 1 commit