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

  1. 08 Jul, 2015 1 commit
    • Christian Schulte zu Berge's avatar
      Refactored pipeline and processor registration: · 42cbc355
      Christian Schulte zu Berge authored
      PipelineRegistry and ProcessorRegistry are now part of campvis-core. Furthermore, moved all calls to PipelineRegistrar<>/SmartProcessorRegistrar<> to a separate cpp file for each module. This way all registrations are at one central location and including headers in external projects does not lead to double registration.
      
      This commit also removes the obsolete columbia and manualsegmentation modules.
      42cbc355
  2. 02 Jul, 2015 1 commit
  3. 01 Apr, 2015 1 commit
    • Christian Schulte zu Berge's avatar
      Pre-merge cleanup: · 6bc3bd94
      Christian Schulte zu Berge authored
      * Cleaned up unsused code
      * Fixed cppcheck issues
      * Fixed depth test issues during OrientationOverlay rendering (had glitches in combination with DRRRaycaster)
      6bc3bd94
  4. 23 Mar, 2015 3 commits
  5. 18 Feb, 2015 2 commits
  6. 06 Feb, 2015 1 commit
  7. 17 Dec, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Further work on workflow support: · 9b2ad449
      Christian Schulte zu Berge authored
      * Workflow stages now store the visibility of pipeline canvases
      * Extended PipelineFactory to also hold creator functions to create workflows
      * CampVisApplication now creates and initializes workflows when launched with "-w WorkflowName" parameter
      
      refs #13
      9b2ad449
  8. 16 Dec, 2014 1 commit
  9. 15 Dec, 2014 1 commit
  10. 11 Dec, 2014 1 commit
    • Christian Schulte zu Berge's avatar
      Some UI tweaks: · e5e3428c
      Christian Schulte zu Berge authored
      * Improved appearance of PipelineTreeWidget
      * Fixed IntPropertyWidget and FloatPropertyWidget recursively setting the widgets value, when the change event comes from the widget itself
      e5e3428c
  11. 10 Dec, 2014 1 commit
  12. 29 Nov, 2014 1 commit
  13. 24 Nov, 2014 1 commit
  14. 04 Nov, 2014 1 commit
  15. 29 Oct, 2014 2 commits
  16. 28 Oct, 2014 1 commit
  17. 23 Oct, 2014 2 commits
  18. 30 Sep, 2014 1 commit
  19. 27 Jul, 2014 2 commits
  20. 10 Jul, 2014 1 commit
  21. 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
  22. 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
  23. 05 May, 2014 1 commit
  24. 15 Jan, 2014 1 commit
  25. 13 Dec, 2013 1 commit
  26. 10 Nov, 2013 1 commit
    • Artur Grunau's avatar
      Dock DataContainerInspectorWidget in the MDI area · 95b2248a
      Artur Grunau authored
      DataContainerInspectorWidget was previously stored in a regular dock
      widget, but because of its rather large dimensions it didn't fit well in
      any of the docking areas.
      
      Put DataContainerInspectorWidget in an MdiDockableWindow and add it to
      the MDI area. It fits much better there, and can still be undocked if
      need be.
      95b2248a
  27. 02 Nov, 2013 3 commits
    • Artur Grunau's avatar
      MdiDockableWindow: new MDI helper class · 6d4262de
      Artur Grunau authored
      MdiDockableWindow has been extracted from MdiDockArea to simplify and
      better structure our MDI implementation. The new class takes care of
      creating all necessary representations (docked and floating window) of
      widgets added to MdiDockArea and seamlessly switching between them in
      response to the user's actions (window dragging, key presses, etc).
      
      MdiDockableWindow improves our MDI implementation in two ways:
      - MdiFloatingWindow and MdiDockedWindow instances shouldn't be
        interacted with directly; they're created and disposed of as needed,
        and therefore can't be used as a handle to access and modify an MDI
        window's state; MdiDockableWindow, in contrast, fits this role
        perfectly; it manages both representations of an MDI window, and as
        a result stays around as long as at least one of them is needed
      - managing state transitions of many sub-windows directly in MdiDockArea
        was becoming clumsy as signal mapping and dynamic properties were
        required; having a separate widget that only has to control the state
        of one sub-window makes the code related to state transitions much
        simpler
      6d4262de
    • Artur Grunau's avatar
      Add a "Tools" submenu to the main menu · dd068eea
      Artur Grunau authored
      The "Tools" submenu lists all standard docked tools offered by the
      application (i.e. "Pipeline tree", "Pipeline properties", and "Log
      viewer"), and lets the user toggle their visibility.
      dd068eea
    • Artur Grunau's avatar
      Initial implementation of a main menu · c8ef752b
      Artur Grunau authored
      This commit adds a simple main menu to the application. For the time being
      it only has 2 submenus, "File" and "Visualizations". The latter is created
      by MdiDockArea and lets users manage the visibility and placement of
      canvas windows.
      c8ef752b
  28. 15 Oct, 2013 2 commits
  29. 13 Oct, 2013 1 commit
    • Artur Grunau's avatar
      Refactor VisualizationPipelineWrapper and rename it MdiDockArea · 7e5e44b1
      Artur Grunau authored
      VisualizationPipelineWrapper has been renamed MdiDockArea, and refactored
      to make it easier to use it with arbitrary widgets. It now inherits from
      QMdiArea, which removes an unnecessary layer of indirection. Moreover, it
      creates MDI subwindows and floating windows only if necessary, i.e. when
      a widget stored in it changes state.
      7e5e44b1
  30. 08 Oct, 2013 2 commits