Currently job artifacts in CI/CD pipelines on LRZ GitLab never expire. Starting from Wed 26.1.2022 the default expiration time will be 30 days (GitLab default). Currently existing artifacts in already completed jobs will not be affected by the change. The latest artifacts for all jobs in the latest successful pipelines will be kept. More information: https://gitlab.lrz.de/help/user/admin_area/settings/continuous_integration.html#default-artifacts-expiration

  1. 27 Jul, 2014 6 commits
  2. 15 Jul, 2014 2 commits
  3. 10 Jul, 2014 1 commit
  4. 23 Jun, 2014 1 commit
  5. 07 Jun, 2014 1 commit
  6. 02 Jun, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Further work on Lua scripting console: · f1b3cd9a
      Christian Schulte zu Berge authored
      * Implemented one single gloabel Lua VM for the entire CampVisApplication instead of one VM for each pipeline.
      * The global Lua VM has a "pipelines" table/array, holding the pointers to each loaded pipeline
      * ScriptingWidget support cycling through last executed commands via the arrow keys
      * LuaVmState supports redirecting Lua's print() function to a custom one that uses tgt::Logmanager for printing (just as proof-of-concept). This shall later be extended to pass all Lua output to the scripting console.
      f1b3cd9a
  7. 31 May, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started implementation of a Lua console in campvis-application. · a33ee468
      Christian Schulte zu Berge authored
      With scripting enabled, the main window now has an additional scripting widget that allows to interact with a Lua VM. The current proof-of-concept implementation creates a Lua VM for every instantiated CAMPVis pipeline while the console just interacts with the first pipeline's one.
      However, the Lua VM concept has to be reiterated later anyway. It may make more sense to have just a single central Lua VM for the entire application, which is shared by each pipeline.
      a33ee468
  8. 05 May, 2014 2 commits
  9. 02 May, 2014 1 commit
  10. 30 Apr, 2014 3 commits
  11. 29 Apr, 2014 1 commit
  12. 24 Apr, 2014 1 commit
  13. 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
  14. 11 Apr, 2014 1 commit
  15. 07 Apr, 2014 1 commit
    • 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
  16. 04 Apr, 2014 3 commits
  17. 23 Mar, 2014 1 commit
  18. 05 Mar, 2014 1 commit
  19. 02 Mar, 2014 1 commit
  20. 23 Feb, 2014 1 commit
  21. 22 Feb, 2014 1 commit
  22. 16 Feb, 2014 1 commit
  23. 07 Feb, 2014 2 commits
  24. 23 Jan, 2014 3 commits
  25. 21 Jan, 2014 2 commits