1. 13 Dec, 2013 1 commit
  2. 28 Nov, 2013 2 commits
  3. 22 Nov, 2013 1 commit
    • mostajab's avatar
      + Using passthrough.vert and geometryrenderer.frag instead of the... · 38bfd697
      mostajab authored
      + Using passthrough.vert and geometryrenderer.frag instead of the meshGeometryRenderer.vert and meshgeometryrenderer.frag
      + adding comments for the destroy function of GeometryTextureInfo and why to use it.
      + Change the depth buffer size changing part of Paint() function in datacontainerinspectorcanvas checking part.
      + Delete the commented codes which are not necessary.
      + Fix the opening braces and removing the redundant parts and only for debugging parts.
      + DVRVis and volumerendererdemo default file is revereted to the original locations.
      + Revert the shaders to the original ones.
      + StartMouseDrag and EndMouseDrag functions of the trackball are replaced with mousePress and mouseRelease.
      - Delete the meshGeometryRenderer.vert and meshgeometryrenderer.frag.
  4. 21 Nov, 2013 1 commit
  5. 19 Nov, 2013 1 commit
    • Artur Grunau's avatar
      MDI: fix a null pointer deref on window undocking · f77eb3bb
      Artur Grunau authored
      When a new floating MDI window was created, its position was tracked
      from the very beginning. This caused the window's initial move event,
      generated by the show() method, to be handled by the undocking
      This event might contain outdated position information that, in certain
      cases, could trigger immediate re-docking of the floating window,
      setting its pointer to 0. If this happened, then the remaining code that
      configured the floating window would dereference the null pointer and
      crash the application.
      To fix the error, connect the floating window's signals only after it
      has been fully configured. This way its initial move events are ignored.
  6. 18 Nov, 2013 2 commits
    • mostajab's avatar
    • mostajab's avatar
      + Untabifying the datacontainerinspectorcanvas.cpp and datacontainerinspectorcanvas.h · 22e94059
      mostajab authored
      + Moving the geomteryshader vertex and fragment shader to application folder as they belong to it.
      + Removing unndeeded shader code.
      + Opening braces convention is considered for datacontainerinspectorcanvas.cpp and datacontainerinspectorcanvas.h  also.
      + Reusing textues for color and depth buffers instead of creating and deleting them.
      + adding gettrackball function to trackball event handler.
      + modifying resetcontent, mouse events in datacontainerinspectorcanvas class
      + using one depth buffer for datacontainerinspectorcanvas instead of one for every color buffer
      + using one frame buffer for whole datacontainerinspectorcanvas instead of one for every frame
  7. 17 Nov, 2013 1 commit
    • Artur Grunau's avatar
      MDI: fix a problem with dragging docked windows · 8df4c5d0
      Artur Grunau authored
      Docked MDI windows were either drawn at at offset from the cursor or
      lost mouse focus entirely when the mouse pointer left their title bars
      while they were being dragged. This could happen if the mouse was moved
      Start mouse drag detection in response to mouse press events. This way
      mouse move events don't have to be filtered, which prevents the errors
      mentioned above.
  8. 16 Nov, 2013 1 commit
    • mostajab's avatar
      + Clearing the code · c8eb1d0e
      mostajab authored
      - Invalid Enumerator during the rendering mesh
      - Problems in deleting the generated color and depth textures.
      - Depth darkening still has problem :(
  9. 15 Nov, 2013 1 commit
  10. 11 Nov, 2013 1 commit
  11. 10 Nov, 2013 3 commits
    • Artur Grunau's avatar
      MDI: intercept only relevant move events · 314c6247
      Artur Grunau authored
      Both MdiDockedWindow and MdiFloatingWindow intercepted not only those
      move events that were sent to them directly, but also the ones that the
      widgets they hosted didn't handle. This made it possible to drag both
      types of windows by clicking on an empty space in their widgets and
      moving the mouse.
      Ignore move events whose position is inside a widget hosted in a
      MdiDockedWindow or MdiFloatingWindow. This makes interacting with such
      widgets more predictable.
    • 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.
    • Artur Grunau's avatar
      MdiDockableWindow: override the activateWindow method · a00b0215
      Artur Grunau authored
      The default implementation of activateWindow didn't forward activation
      requests to MdiDockableWindow's sub-windows. Since MdiDockableWindow is
      always hidden, the method was pretty much a no-op in disguise.
      The overridden version of activateWindow properly forwards activation
      requests, using the right method to activate the current sub-window, no
      matter if it's floating or docked.
  12. 09 Nov, 2013 2 commits
    • Artur Grunau's avatar
      MDI: make it possible to resize and move sub-windows · ecf3778f
      Artur Grunau authored
      MdiDockedWindow's mouseMoveEvent method intercepted all mouse move
      events when the left mouse button was pressed. This interfered with the
      resizing of docked windows.
      Intercept only non-resize drag events to make manipulating docked MDI
      windows easier. As a side effect, moving MdiDockedWindows doesn't cause
      the MDI area to re-tile its sub-windows anymore.
    • Artur Grunau's avatar
      MDI: represent sub-windows as tool windows · d055b0b4
      Artur Grunau authored
      Both MdiDockedWindow and MdiFloatingWindow were previously regular
      windows, i.e. they had minimise, maximise, and close buttons. The first
      two of these buttons didn't make much sense for docked MDI windows, and
      made floating MDI windows look different from undocked QDockWidgets.
      Represent all MDI sub-windows as tool windows to make their subordinate
      status more pronounced. For floating MDI windows this has the added
      benefit of keeping them on top of the main window and minimising them
      when it gets hidden.
  13. 08 Nov, 2013 1 commit
  14. 02 Nov, 2013 5 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
    • Artur Grunau's avatar
      Properly hide docked MDI subwindows that got closed · 8126df4d
      Artur Grunau authored
      Closing a docked MDI subwindow caused it to disappear if the MDI area
      was in SubWindowView mode, but its inactive tab could still be seen in
      TabbedView mode.
      If a docked MDI subwindow gets closed, hide it by removing it from the
      MDI area.
    • 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.
    • 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.
    • Artur Grunau's avatar
  15. 31 Oct, 2013 6 commits
  16. 26 Oct, 2013 1 commit
    • Artur Grunau's avatar
      Fix a double free in LogHighlighter's destructor · 88d2e9a1
      Artur Grunau authored
      In its destructor, LogHighlighter first of all deleted its filter regex
      explicitly, and then called `setFilterRegExp(0)`, triggering a second —
      this time somewhat implicit — delete. If the filter regex pointer was
      not NULL, this caused the application to crash due to a double-free.
      Fix this error by not invoking `setFilterRegExp` in LogHighlighter's
      destructor; the explicit delete performs the same cleanup as
      `setFilterRegExp` anyways.
  17. 25 Oct, 2013 1 commit
  18. 23 Oct, 2013 1 commit
    • mmostajab's avatar
      # Apply the coding style to the code · 52e64453
      mmostajab authored
      # use 4 spaces instead of tab
      # use QString operations instead of unsafe C String operations
      # use static_cast casting instead of C casting
  19. 22 Oct, 2013 1 commit
  20. 21 Oct, 2013 3 commits
  21. 16 Oct, 2013 1 commit
  22. 15 Oct, 2013 3 commits