1. 18 Dec, 2014 1 commit
  2. 11 Dec, 2014 1 commit
    • Cory Quammen's avatar
      Handle coloring by field data · a07731a2
      Cory Quammen authored
      Some level of support was previously available for coloring by field
      data, but this was restricted to drawing triangle strips. This patch
      adds another mode to coloring by field data that enables coloring the
      entire data set by a particular tuple in the field data. The field
      data tuple gets mapped through the color map, and that color is used
      to color the entire data set. The default behavior for triangle strips
      is retained by setting this tuple index to -1, the default value.
      
      The motivation for this change is to make it possible to color blocks
      in a multi-block dataset according to a value in that block's field
      data array, e.g., an initial condition, block ID, etc. Vector values
      (arrays with more than one component) are fully supported.
      
      Several other improvements were also made:
      
      - Added test for existing capability of coloring by field data.
      
      - Added test for coloring by tuple of field data.
      
      - Modified vtkMapper::GetScalarModeAsString() to return
        string for field data scalar mode.
      
      - Fixed vtkDataSetSurfaceFilter::UnstructuredGridExecute(...) and
        vtkUnstructuredGridGeometryFilter::RequestData(...)
        to pass field data through to output
      
      Change-Id: I0d97e84ec77e7ea01ca1b1350acce73cb6c4c15b
      a07731a2
  3. 27 Sep, 2014 1 commit
    • Ken Martin's avatar
      Fix otherPrint and TestEmptyInput tests · f5a7a1a8
      Ken Martin authored
      There were a lot of abstract classes defined in Rendering/Core or
      Rendering/Volume that the OpenGL2 backend has not implemented yet.
      This causes a crach whenever such a class is instantiated as is
      done by some of the tests. The fix is to either remove or provide
      implementations for these classes. For the volme code this patch adds
      a VolumeOpenGL2 directory which will be where the new/converted
      volume rendering implementations will go.
      
      The other big piece is the painters. As we are not/can not support that API
      the classes were moved to OpenGL. The excpetion is the PainterDeviceAdapter
      which is part of RenderWindow. When building with OpenGL2 that class is
      treated in RenderWindow as a plain vtkObject that does nothing.
      
      vtkSmartVolumeMapper is not currenty built by OpenGL2 but could be if we
      are willing to add a bunch of ifdefs. The basic approach is there already
      in the class, just need to add a bunch more if we want to have that in the
      short term prior to the new GPU mapper being completed.
      
      This patch includes some other fixes that were required to get the tests to
      pass. Generally related to missing file properties or extra includes that
      were not needed.
      
      Change-Id: Id41db2d90526c109b1acb7442d99d8c2371cc396
      f5a7a1a8
  4. 06 Feb, 2013 1 commit
  5. 09 Apr, 2012 3 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
      Include module-wide headers and export macros · 144f03ca
      VTK Developers authored
      Include the module-wide header from every header in each module.
      Reference the export/visibility macro for the module.
      
      Co-Author: Marcus D. Hanwell <marcus.hanwell@kitware.com>
      Co-Author: Chris Harris <chris.harris@kitware.com>
      144f03ca
    • 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
  6. 11 Dec, 2010 1 commit
  7. 22 Oct, 2010 1 commit
    • Andrew Bauer's avatar
      Moving an openGL call to the derived classes. · 62523bf7
      Andrew Bauer authored
      Adding a GetTextureSizeLimit method to return the amount of
      textures available for rendering.  For the derived classes
      this value gets set properly.  Otherwise it gets set to a hard
      coded value of 1024 which is what it was previously.
      
      Change-Id: I1b99b461ff72acd870eacdd5631b052c9dd3d987
      62523bf7
  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. 29 Apr, 2009 1 commit
    • Jeff Baumes's avatar
      BUG: Obscure rendering bug · 9d1307c0
      Jeff Baumes authored
      What was happening:
      
       1. OpenGL extension manager calls Render() implicitly while
          setting up the render window.
      
       2. Since the blend extension was not yet loaded, on some machines
          vtkScalarsToColorsPainter::GetPremultiplyColorsWithAlpha() was
          returning true during this initial render.
      
       3. On the next render, the extension was loaded and so the function
          now returned false, but the premultiplied alphas were still used
          since there was no check to test that change in state to cause
          colors to be recalculated.
      
       4. The result was that colors with alpha appeared too dark in the
          rendered image.
      
      The following changes were made:
      
       - The OpenGL extension manager now calls render only if IsCurrent is
         false, so it will not call render while initializing the render
         window.
      
       - vtkScalarsToColorsPainter now checks the state of the result of
         GetPremultiplyColorsWithAlpha() and recomputes colors if it has
         changed.
      9d1307c0
  11. 16 Mar, 2009 1 commit
  12. 26 Sep, 2008 1 commit
  13. 16 Jun, 2008 1 commit
  14. 12 Jun, 2008 1 commit
  15. 15 Feb, 2008 1 commit
  16. 10 Jan, 2008 1 commit
    • Utkarsh Ayachit's avatar
      BUG: Fixes BUG #2809. vtkPainter now passes along a vtkDataObject. Restructured · b8556888
      Utkarsh Ayachit authored
      the painter hierarchy to make those painters that don't really use polydata to
      be subclasses of vtkPainter (they were made subclasses of vtkPolyDataPainter so
        that they could pass the polydata along the pipeline).
      
      ENH: Added new vtkMultiGroupPolyDataMapper2 and vtkCompositePainter for
      rendering composite datasets without using multiple mappers.
      vtkMultiGroupPolyDataMapper2 will create a single display list for rendering all
      blocks when display lists are enabled.
      b8556888
  17. 27 Oct, 2007 1 commit
    • Francois Bertel's avatar
      BUG: Address reopened bug 2347. As premultiplication by alpha was there only... · e606aa32
      Francois Bertel authored
      BUG: Address reopened bug 2347. As premultiplication by alpha was there only for compositing of framebuffers, only use it if the framebuffer has some alpha bits and the OpenGL driver does not support glBlendFuncSeparate(). Use glBlendFuncSeparate() as much as possible since it does a better job when translucent textures are involved. It also conflicted with improvement on depth peeling.
      BUG: Fixed depth peeling with ImageActor (used also internally by TextActor3D).
      ENH: Add coverage for translucent ImageActor (with alpha blending or depth peeling)
      ENH: Add coverage for TextActor3D (with alpha blending or depth peeling).
      ENH: Add coverage for translucent texture on an Actor with depth peeling.
      BUG: Fixed coverage for translucent texture on an Actor with alpha blending, testing code was using some texture on the property instead of thetexture on the actor.
      BUG: Fixed rendering of translucent LookupTable
      ENH: Added coverage for translucent LookupTable with alpha blending or depth peeling and with color interpolation or 1D texture interpolation.
      e606aa32
  18. 20 Jul, 2007 1 commit
  19. 19 Dec, 2006 1 commit
  20. 07 Dec, 2006 1 commit
  21. 06 Dec, 2006 1 commit
  22. 23 Aug, 2005 1 commit