1. 08 Feb, 2016 1 commit
  2. 28 Jan, 2016 1 commit
  3. 21 Oct, 2015 3 commits
  4. 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
  5. 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
  6. 03 May, 2015 1 commit
    • Andrew Maclean's avatar
      A patch from Utkarsh · c136c152
      Andrew Maclean authored
      This is a patch that fixes issues with
      'vtk-kamino-osx-shared-release+mpi+python+tbb' builder.
      c136c152
  7. 01 May, 2015 1 commit
  8. 30 Apr, 2015 1 commit
  9. 29 Apr, 2015 1 commit
  10. 09 Apr, 2015 2 commits
    • David C. Lonie's avatar
      Update baselines. · 1942a721
      David C. Lonie authored
      1942a721
    • David C. Lonie's avatar
      Remove the RenderingFreeTypeOpenGL module. · 4f7460a5
      David C. Lonie authored
      This is not supported by the new OpenGL2 backend, and doesn't support
      new text features, like MathText, FontConfig, or custom font files.
      
      It only implements vtkTextMapper, which now will use a texture-based
      implementation, similar to vtkTextActor and friends.
      4f7460a5
  11. 06 Apr, 2015 1 commit
  12. 05 Mar, 2015 1 commit
    • Ken Martin's avatar
      A number of transparency related issues fixed · 944ee020
      Ken Martin authored
      A few good fixes in here that are all related. The biggest is a
      fix to OpenGLActor to use the more comprehensive GetIsOpaque
      method in determining if an actor is opaque. The old code only
      looked at the property's opacity. This is why you would see folks
      setting somethings opacity to 0.99 to get it treated as translucent
      because the actor code wasn't handling it correctly. This change
      resulted in 3 new valid images for tests that were rendering
      translucent items as if they were opaque. I removed these tests
      from the old backend as I did not want to change the behavior
      for that backend.
      
      Next up is depth peeling. OpenGL2 depth peeling would render
      a number of peels up to the limit and then just stop. Any geometry
      left between the opaque layer and the last translucent layer was
      just thrown out.  This created very noticable artifacts and was bad.
      This change makes it so that when it gets to the last pass, it will
      render all remaining geometry using alpha blending. This is much
      better. Fix example if you get the limit to 20 layers and 20 was
      not enough to render all the geometry, this change renders 19
      layers using depth peeling, then in the 20th render it would add
      in all the remaining geometry as last layer. That last layer may
      have overlapping geometry which is rendered using alpha blending.
      
      Finally some changes to the PointGaussianMapper. It turns out that
      the point gaussian mapper is an translucent mapper which means it
      needs the first change, and it is a very tough case for depth peeling
      resulting in the second change. While at it I modified this mapper
      to render far fewer fragments, resulting is far fewer overlapping
      layers and fewer artifacts. Really when using PointGaussian you
      should turn off depthpeeling as it is not needed and actually makes
      it worse, but these changes will make it better if you happen to have
      it on.  Also cleaned up the mapper so that the radius is equal to
      the standard devisation of the gaussian, previously it was four
      standard deviations.
      
      Change-Id: I62d90b6e424ac0e939033387ed10ba8caac66095
      944ee020
  13. 16 Feb, 2015 1 commit
  14. 29 Jan, 2015 1 commit
    • Utkarsh Ayachit's avatar
      Miscellaneous vtkContextInteractorStyle fixes. · 5e791b5c
      Utkarsh Ayachit authored
      1. Fixed TimerId type. vtkRenderWindowInteractor defines the TimerId
      type as int. vtkContextInteractorStyle now uses the same type.
      
      2. Fixed timer creation. OnSceneModifed() was repeatedly creating new
      timers even when previous one hadn't timed out yet. Fixed that. Also,
      RenderNow() ensures that old timers are destroyed.
      
      3. RenderNow() now uses Interactor->Render() rather than
      Interactor->GetRenderWindow()->Render(). vtkRenderWindowInteractor has
      API to control how and if an interaction should trigger a render on the
      window. Calling RenderWindow->Render() bypasses all that logic resulting
      is mismatch between how interactions work in Render views and Chart views.
      This fixes that issue.
      
      Change-Id: I58798615070d97ba9a00ccc21919a5d518bdac22
      5e791b5c
  15. 22 Dec, 2014 1 commit
  16. 18 Dec, 2014 1 commit
  17. 02 Oct, 2014 1 commit
  18. 01 Oct, 2014 1 commit
  19. 30 Sep, 2014 1 commit
    • Marcus D. Hanwell's avatar
      Expand support for the OpenGL2 backend · 666ade8a
      Marcus D. Hanwell authored
      This change makes more modules dynamically switch between the
      rendering backends if they have no OpenGL code, or introduces some
      ifdefs in the case of RenderingParallel (which may not be functional
      at this stage). Added RenderingFreeTypeOpenGL2 which will also need
      some additional work before it is properly integrated with the new
      rendering backend, but it surprisingly seems to render on the
      desktop.
      
      This commit contains everything needed to get a minimal ParaView
      build using the new rendering backend for polygonal rendering.
      
      Change-Id: If8676d41d263b046a54060965fc760b5d4bd64a1
      666ade8a
  20. 23 Sep, 2014 1 commit
  21. 22 Sep, 2014 1 commit
  22. 06 Aug, 2014 2 commits
  23. 03 Jul, 2014 1 commit
    • Ben Boeckel's avatar
      modules: add modules to "kits" · e5203447
      Ben Boeckel authored
      The main kits are:
      
          vtkCommon
          vtkFilters
          vtkIO
          vtkImaging
          vtkInteraction
          vtkOpenGL (required due to a dependency cycle from
                     vtkRenderingOpenGL on vtkImagingHybrid)
          vtkParallel
          vtkRendering
          vtkViews
          vtkWrapping
      
      Modules which deal with a specialization of another module belong to the
      kit related to the specialization (i.e., FiltersParallel and
      IOParallelXML both belong to the vtkParallel kit) to avoid circular
      dependencies that arise when put into the same kit as the "lesser"
      module.
      
      Change-Id: Icae0baa78d62cc0dcce84546541df600d4f311dd
      e5203447
  24. 21 Jun, 2014 1 commit
  25. 17 Jun, 2014 1 commit
    • Marcus D. Hanwell's avatar
      Disable multitexturing in Geovis class · de0d4119
      Marcus D. Hanwell authored
      This enables us to compile the Geovis module without depending on
      the OpenGL implementation, after discussing it with Aashish this
      class may be deprecated and removed in the future.
      
      Change-Id: Idecf270f2d71e884a89d2b90836a6e6fbea9807c
      de0d4119
  26. 16 Jun, 2014 2 commits
  27. 13 May, 2014 1 commit
  28. 07 May, 2014 1 commit
    • Brad King's avatar
      Export the locations of Qt5 packages on which modules depend · 23fbbebc
      Brad King authored
      Qt5 packages provide libraries to VTK in the form of imported targets.
      VTK libraries that link to them get exported with dependencies on the
      imported targets.  We must make them available to applications that link
      to these VTK libraries too.
      
      Teach each module that depends on Qt5 to export code that runs when
      an application loads the module as part of its build process.  Find
      the needed Qt5 package on behalf of the application to satisfy the
      module's dependency on it.
      
      Change-Id: Ib638ccafa084fbb06c20eb09464265501ccafc80
      23fbbebc
  29. 16 Apr, 2014 1 commit
  30. 03 Apr, 2014 1 commit
  31. 02 Apr, 2014 1 commit
    • Zack Galbreath's avatar
      do not assume 1st column holds row names · 729fe63f
      Zack Galbreath authored
      As of this commit, we no longer assume that the 1st column of
      the input table specifies the names of the table's rows.  Instead,
      we search by default for a column named "name".  The user can
      change the name of this array by calling vtkHeatmapItem::
      SetNameColumn(vtkStdString).  We fallback to using the 1st column
      only if no such array can be found by name.
      
      Change-Id: I2494ff21f3efa4a379dce82e159715dc023d8995
      729fe63f
  32. 17 Mar, 2014 1 commit
    • Zack Galbreath's avatar
      change signatures for wrapping · 6d501034
      Zack Galbreath authored
      Apparently functions whose signatures contain vtkSmartPointer
      are not wrapped into python.  Change such methods of
      vtkTreeHeatmapItem to contain ordinary pointers instead.
      
      Change-Id: Ic98311c10f1e7a99fb4ad071d3981e4febb0604e
      6d501034
  33. 07 Mar, 2014 1 commit
  34. 28 Jan, 2014 1 commit
  35. 10 Dec, 2013 1 commit
    • Bill Lorensen's avatar
      ENH: Add test for ParallelCoordinatesView · 7a9edc68
      Bill Lorensen authored
      vtkParallelCoordinatesView was not tested. The lack of a test
      resulted in low coverage for vtkParallelCoordinatesView,
      vtkParallelCoordinatesRepresentation and SCurveSpline.
      
      This patch also repairs a memory leak in
      ParallelCoordinatesRepresentation that was uncovered when the test was
      added.
      
      Also, since vtkSCurveSpline is only used in
      vtkParallelCoordinatesRepresentation and vtkSCurveSpline did not have a unit
      test, this path moves vtkSCurveSpline is moved into Views/Infovis.
      
      NOTE: vtkParallelCoordinatesView has a lot of interactive content. To
      improve the coverage, future tests must exercise the interactive parts
      of this class. This patch is a minimal effort at improving the
      coverage.
      
      Change-Id: I1dfe93ecb1db85edfc5a887c4576c6274e8284ea
      7a9edc68