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

  1. 02 Nov, 2013 2 commits
  2. 13 Oct, 2013 5 commits
    • Artur Grunau's avatar
      Fix bugs with the positioning of MDI windows · 1071efae
      Artur Grunau authored
      Previously, when an MDI window was being dragged very fast and its state
      changed from docked to floating (or vice versa), it wouldn't be placed
      under the cursor, but instead some way behind it (with regards to the
      drag direction). This happened because we decided where to place the
      window's based on its last position in its previous state. Now we use
      the cursor's position to calculate the window's new position, which
      fixes the problem.
      1071efae
    • Artur Grunau's avatar
      Refactor PipelineMdiSubWindow and rename it MdiDockedWindow · e3289b08
      Artur Grunau authored
      PipelineMdiSubWindow has been renamed MdiDockedWindow, and
      refactored to make it easier to use it with arbitrary widgets.
      e3289b08
    • Artur Grunau's avatar
      Store MDI-related classes under gui/mdi · 06a76302
      Artur Grunau authored
      To better group MDI-related classes, all of them have been moved to the
      ´gui/mdi´ directory.
      06a76302
    • Artur Grunau's avatar
      Refactor VisualizationPipelineWidget and rename it MdiFloatingWindow · b1df9da9
      Artur Grunau authored
      VisualizationPipelineWidget has been renamed MdiFloatingWindow, and
      refactored to make it easier to use it with arbitrary widgets.
      b1df9da9
    • 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
  3. 09 Oct, 2013 1 commit
  4. 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
  5. 24 Jul, 2013 1 commit
  6. 23 Jul, 2013 1 commit
  7. 23 Feb, 2013 1 commit
  8. 05 Feb, 2013 1 commit
  9. 02 Nov, 2012 1 commit
  10. 31 Oct, 2012 1 commit
  11. 26 Oct, 2012 1 commit
  12. 10 Aug, 2012 1 commit
  13. 25 Jul, 2012 1 commit
  14. 18 Jul, 2012 1 commit
    • schultezub's avatar
      One huge commit including: · 9130371f
      schultezub authored
      Major revisions to the class layout / data structure:
       * Introduced ImageDataConverter interface (still not really happy with the design)
       * Removed support for Int64 and double images from WeaklyTypedPointer
       * Added ImageDataGL::bind()
       * AbstractProcessor::init() method, gets called by AbstractPipeline::init()
       * added VisualizationProcessor
      
      Updated/New processors:
       * fixed MhdImageReader
       * SliceExtractor stub for very simple slice rendering
      
      Various fixes:
       * DataContaier: managing of DataHandle ownership
       * GenericImageDataLocal::getSubImage()
       * ImageDataRenderTarget bindings
       * GenericProperty
       * linking issues with StringUtils
      
      Hence, all this enables the first usable implementation of a specific pipeline:
      The SliceVis pipeline combines MhdImageReader and SliceExtractor for a very simple 2D slice rendering
      
      git-svn-id: https://camplinux.in.tum.de/svn/campvis/trunk@188 bb408c1c-ae56-11e1-83d9-df6b3e0c105e
      9130371f
  15. 06 Jul, 2012 1 commit