1. 21 Sep, 2013 2 commits
    • 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 2 commits
  3. 15 Sep, 2013 1 commit
  4. 14 Sep, 2013 1 commit
  5. 10 Sep, 2013 4 commits
  6. 05 Sep, 2013 1 commit
  7. 04 Sep, 2013 2 commits
  8. 03 Sep, 2013 8 commits
  9. 02 Sep, 2013 2 commits
  10. 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
  11. 27 Aug, 2013 1 commit
  12. 23 Aug, 2013 1 commit
  13. 21 Aug, 2013 3 commits
  14. 19 Aug, 2013 6 commits
  15. 16 Aug, 2013 3 commits
  16. 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
  17. 14 Aug, 2013 1 commit