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

  1. 23 Mar, 2015 1 commit
  2. 12 Dec, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Started drafting an AbstractWorkflow class to support generic and... · 3bbbdc6b
      Christian Schulte zu Berge authored
      Started drafting an AbstractWorkflow class to support generic and straight-forward implementation of entire workflows.
      A workflow is a state machine represented by a graph, where each node defines one workflow stage and each edge one transition from one stage to another. The whole workflow is furthermore defined by the set of DataContainers and Pipelines active during the different states.
      
      refs #13
      3bbbdc6b
  3. 09 Oct, 2014 1 commit
  4. 03 Aug, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Finished work on implementing asynchroneous signals: · bc11fde2
      Christian Schulte zu Berge authored
      * Slight changes to the API: renamed signal::trigger() to signal::triggerSignal() and signal::queue() to signal::queueSignal()
      * Replaced all sigslot signal emits through operator() with emits through emitSignal() to enable debug feature.
      * Fixed a possible race condition when deleting a GeometryTransferFunction and its editor window at the same time (as this will happen from different threads).
      
      refs #384
      bc11fde2
  5. 05 May, 2014 1 commit
  6. 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
  7. 07 Feb, 2014 1 commit
  8. 13 Jan, 2014 1 commit
  9. 08 Jan, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Refactoring AbstractProcessor::process() for clearer semantics and better and... · cd9d3feb
      Christian Schulte zu Berge authored
      Refactoring AbstractProcessor::process() for clearer semantics and better and more uniform handling of invalidation levels:
       * AbstractProcessor::process() now calls updateShader(), updateProperties() and/or updateResult() with respect to the current invalidation level
       * each processor shall no longer override process() but the updateXYZ() methods, at minimum updateResult()
       * AbstractProcessor::process() takes care of (un)locking the processor itself (no need to do this from the outside anymore)
      
      Further implicit changes:
       * Removed redundant HasPropertyCollection::updateProperties()
      cd9d3feb
  10. 13 Dec, 2013 1 commit
  11. 15 Oct, 2013 1 commit
  12. 10 Feb, 2013 1 commit
  13. 28 Jan, 2013 1 commit
  14. 02 Nov, 2012 1 commit
  15. 31 Oct, 2012 1 commit
  16. 26 Oct, 2012 1 commit
  17. 10 Aug, 2012 1 commit
  18. 06 Aug, 2012 1 commit
  19. 03 Aug, 2012 1 commit
  20. 16 Jul, 2012 1 commit
  21. 09 Jul, 2012 1 commit