1. 21 Sep, 2013 4 commits
    • Artur Grunau's avatar
      Display pipeline properties in a scroll area · cfc3e7ba
      Artur Grunau authored
      To stop the widget that contains pipeline properties from constant
      resizing and taking space away from other widgets, its contents were put
      in a scroll area that only resizes horizontally, and scrolls vertically.
      cfc3e7ba
    • Artur Grunau's avatar
      Highlight the structure of log messages · 3a030e62
      Artur Grunau authored
      Things like date-stamps, time-stamps, categories, and log levels are now
      highlighted in every log message. This should make the contents of the
      log viewer easier to scan by indicating which information is important.
      3a030e62
    • Artur Grunau's avatar
      Support dragging VP widgets back into the MDI area · f12ee2f7
      Artur Grunau authored
      VisualizationPipelineWidget and PipelineMdiSubwindow have been extended
      to report changes in their positions to VisualizationPipelineWrapper.
      Based on the information the latter receives, it decides when to undock
      MDI subwindows and dock floating pipeline widgets.
      
      As a result, it's now possible to drag visualization pipeline widgets
      back into the MDI area and turn them into MDI subwindows.
      f12ee2f7
    • Artur Grunau's avatar
      Handle dragging VP widgets out of the MDI area · 62373ebf
      Artur Grunau authored
      The way visualization pipelines are displayed has been considerably
      reworked. A new class, VisualizationPipelineWrapper, is now responsible
      for creating all necessary representations (VisualizationPipelineWidget,
      PipelineMdiSubwindow) of a visualization pipeline and seamlessly
      switching between them in response to the user's actions (window
      dragging, key presses, etc). As a result, it's now possible to drag
      visualization pipeline widgets out of the MDI area and turn them into
      top-level floating windows.
      62373ebf
  2. 17 Sep, 2013 1 commit
  3. 10 Sep, 2013 1 commit
  4. 04 Sep, 2013 1 commit
  5. 29 Aug, 2013 1 commit
    • Christian Schulte zu Berge's avatar
      Branching work to introduce new FBO handling concept: · 42480c65
      Christian Schulte zu Berge authored
       * each VisualizationProcessor manages its own FBO
       * instead of creating a whole new FBO each process(), the processors shall only create and attach textures to the FBO
       * the FramebufferActivationGuard offers automatic (de)activation and detachment of all textures
      
      SimpleRaycaster already uses the new concept, the rest still uses the legacy API
      42480c65
  6. 21 Aug, 2013 3 commits
  7. 19 Aug, 2013 2 commits
  8. 16 Aug, 2013 1 commit
  9. 15 Aug, 2013 1 commit
    • Artur Grunau's avatar
      DataNamePropertyWidget: fix null pointer deref · e28d6127
      Artur Grunau authored
      If a DataNamePropertyWidget is created for a DataNameProperty whose
      AccessInfo == READ, it doesn't instantiate a QLineEdit to display the
      property's value (QComboBox is used instead).
      
      Previously, the updateWidgetFromProperty method didn't check AccessInfo
      to see what display widget was in use, and simply always dereferenced
      the _lineEdit pointer. If AccessInfo == READ, it was null and the
      application crashed.
      
      Now updateWidgetFromProperty accesses only the combo box if
      AccessInfo == READ, and uses the line edit otherwise.
      
      Fixes #99
      e28d6127
  10. 14 Aug, 2013 1 commit
  11. 13 Aug, 2013 2 commits
  12. 24 Jul, 2013 1 commit
  13. 23 Jul, 2013 1 commit
  14. 16 Jul, 2013 3 commits
  15. 15 Jul, 2013 3 commits
  16. 11 Jul, 2013 1 commit
  17. 10 Jul, 2013 1 commit
  18. 03 Jul, 2013 3 commits
  19. 26 Jun, 2013 2 commits
  20. 18 Jun, 2013 3 commits
  21. 28 May, 2013 1 commit
  22. 24 May, 2013 1 commit
  23. 12 May, 2013 1 commit
    • schultezub's avatar
      Various changes to improve threading behaviour and coding conveniene: · 694a519e
      schultezub authored
       * Moved destruction of ReferenceCounted object to seperate thread (thus unloading rendering thread)
       * integration of OpenGL garbage collector into OpenGLJobProcessor (finally, you don't need to care anymore whether your code might call a GL object destructor and hence needs an OpenGL context)
       * changed DataContainer implementation from mutex/lock to concurrent container
       * fixing improper order of GL object deinitilization on program exit
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@492 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      694a519e
  24. 09 May, 2013 1 commit