2.12.2021, 9:00 - 11:00: Due to updates GitLab may be unavailable for some minutes between 09:00 and 11:00.

  1. 05 May, 2014 2 commits
  2. 29 Apr, 2014 1 commit
  3. 28 Apr, 2014 1 commit
  4. 24 Apr, 2014 1 commit
  5. 23 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Fixed two minor issues: · db69d006
      Christian Schulte zu Berge authored
      * Geometry1DTransferFunctionEditor not correctly drawing image intensity histogram.
      * VolumeExplorer not always initializing slice- and raycasting render size properties.
      db69d006
  6. 22 Apr, 2014 1 commit
  7. 11 Apr, 2014 1 commit
  8. 07 Apr, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      Fixed CMake build scripts to better handle default enabled modules and... · 9622f2ff
      Christian Schulte zu Berge authored
      Fixed CMake build scripts to better handle default enabled modules and specifically disabled modules.
      9622f2ff
    • Christian Schulte zu Berge's avatar
      Moved invalidation level from AbstractProperty to AbstractProcessor: · 293d43dd
      Christian Schulte zu Berge authored
      To now, each property hat an _invalidationLevel field that was evaluated by processors when the property had changed in order to determine what has to be done. However, since properties could also be owned by other classes, this design was semantically misleading.
      Therefore, it was removed with this commit and replaced by the invalidation map of each processor. Now, this per-processor mapping of property -> invalidation level is managed by the processor itself. Furthermore, the invalidation level is no longer setup during property creation but during AbstractProcessor::addProperty(), which also makes much more sense.
      
      ATTENTION: Due to these intrusive API changes, the code of all processors and other classes handling properties needs to be changed. As a reminder, the implementation of addProperty() also now takes a reference instead of a pointer, so that old code does no longer compile.
      
      refs #542
      293d43dd
  9. 06 Apr, 2014 6 commits
  10. 05 Apr, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Updated CMake build scripts: · 792e2d52
      Christian Schulte zu Berge authored
      Module file parsing now supports new fields "ThisModApplicationSources", "ThisModApplicationHeaders", and "ThisModApplicationToBeMocced". These files will be added to the campvis-application package (instead of to the campvis-modules package) and thus for instance allow a module to declare property widgets in a non-intrusive way.
      
      Little bug fix in glvesselnessfilter.frag shader.
      792e2d52
  11. 04 Apr, 2014 9 commits
  12. 02 Apr, 2014 1 commit
  13. 17 Mar, 2014 2 commits
  14. 16 Mar, 2014 2 commits
    • Christian Schulte zu Berge's avatar
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake... · 689d5439
      Christian Schulte zu Berge authored
      Updated and refactored CAMPVis module build system: CAMPVis module .cmake files now define two additional Variables:
      * ThisModStatus defines the status of the module and should be one of STABLE, TESTING or EXPERIMENTAL
      * ThisModExternalDependencies defines, whether this module has further external dependencies that are not shipped
      
      The main CAMPVis build system now ships a new enumeration option CAMPVIS_DEFAULT_ENABLED_MODULES, which can be one of "NONE" "STABLE_NO_DEPENDENCIES" "STABLE_WITH_EXTERNAL_DEPENDENCIES" "TESTING" and "ALL". The INCLUDE_MODULE() function in the build scripts will evaluate the modules' status information and enable every module that matches the specified value.
      
      ATTENTION: Due to these changes in the build system, the modules' cmake files should put their setup block into an IF(ModuleEnabled) block, since the file is also parsed, when the module is not enabled (in order to gather the status information).
      
      closes #385
      689d5439
    • Christian Schulte zu Berge's avatar
  15. 13 Mar, 2014 7 commits
  16. 10 Mar, 2014 1 commit
    • Artur Grunau's avatar
      Replace CAMPVIS_SHARED_LIBS with BUILD_SHARED_LIBS · 9c6f117b
      Artur Grunau authored
      CAMPVis used a custom option, CAMPVIS_SHARED_LIBS, to determine whether
      shared or static libraries should be built. This option partially
      duplicated the functionality of one of CMake's standard flags,
      BUILD_SHARED_LIBS. The two could get out of sync, and because CMake only
      consults BUILD_SHARED_LIBS when deciding how to build a library target,
      it was possible to get inconsistent and broken build configurations.
      
      To prevent that, add BUILD_SHARED_LIBS as an option to CAMPVis' main
      CMakeLists and replace all references to CAMPVIS_SHARED_LIBS with
      BUILD_SHARED_LIBS. This makes BUILD_SHARED_LIBS the only flag that
      controls whether shared or static libraries are built.
      
      References #367
      9c6f117b
  17. 06 Mar, 2014 1 commit