1. Jun 13, 2019
  2. Jun 11, 2019
  3. Jun 04, 2019
  4. May 31, 2019
    • John Harwell's avatar
      This change only affects the usage of QOpenGLWidget which is used with Qt... · 2c21aac6
      John Harwell authored
      This change only affects the usage of QOpenGLWidget which is used with Qt 5.12.0 on John's Mac.  All build systems use QGLWidget with Qt 5.7.x.   Anyway, there is a bug in QOpenGLWidget::repaint() as it does not function as described in the Qt documentation.  It is supposed to repaint the graphics (call paintGL()), before returning.  However, it does not and functions like QOpenGLWidget::update() and returns with the graphics being updated later by Qt.  There are two Qt bug reports for this (QT-BUG-74404 and QTBUG-53107).  A previous work-around made a call to QApplication::processEvents() after the call to repaint() and it appeared to fix the problem.  However, annotation dragging was found to be unusable (annotations kept moving after release of the mouse and did not follow the mouse) due to processEvents() allowing mouse event while still updating graphics.  Now, the call to processEvents() has been replaced with a call to grabFrameBuffer().  This captures an image and I assume it waits until the graphics have updated before capturing the image.  This fixes the problem with annotation dragging.
      2c21aac6
  5. May 30, 2019
    • John Harwell's avatar
      Unfortunately, the previous commit for keeping the main window active does not... · 0d21ff9a
      John Harwell authored
      Unfortunately, the previous commit for keeping the main window active does not function as desires on Linux.  It appears (on Linux) that the active window is always the top most window.  The functionality remains for Mac so that the Identification window is over the main window after an ID but the main window retains mouse focus.  A difference between the main window on Linux is that if the main window is not active, clicking any control (slice spin box), makes the window active.  On Mac it is different as the user must click the titlebar to make the window active (clicking a control such as slice spin box does not activate the window).
      0d21ff9a
    • John Harwell's avatar
      Previous commit for keeping main window active after identification operation... · 74b443ae
      John Harwell authored
      Previous commit for keeping main window active after identification operation was obscuring the identification window if it was behind the main window.  This fix (at least on Mac) keeps the main window as the active window (mouse focus) but keeps identification window visible over the main window.
      74b443ae
    • John Harwell's avatar
      When an identification operation was performed, the identification window... · b0f028d8
      John Harwell authored
      When an identification operation was performed, the identification window became the top window and the keyboard focus was moved to the identification window.  This has been changed so that the keyboard focus no longer is transferred to the identification window and the keyboard focus remains with the main window.
      b0f028d8
    • John Harwell's avatar
      Code that processed mouse wheel (track pad is reported as mouse wheel event)... · 84877ba2
      John Harwell authored
      Code that processed mouse wheel (track pad is reported as mouse wheel event) was using an obsolete function, QWheelEvent::delete(), and it was replaced with QWheelEvent::pixelDelta() and QWheelEvent::angleDelta() as a fallback.  This seems to have fixed the sort oscillation that was noticed when trying to use the track pad on Macs.
      84877ba2
  6. May 29, 2019
  7. May 25, 2019
  8. May 24, 2019
  9. May 23, 2019
  10. May 22, 2019
  11. May 21, 2019
    • John Harwell's avatar
      Add horizontal centering and correction and change Develop Menu item to Tile... · 2b37a30c
      John Harwell authored
      Add horizontal centering and correction and change Develop Menu item to Tile Tabs Centering Correction.
      2b37a30c
    • John Harwell's avatar
      Added a developer flag for a tile tabs layout modification as Develop Menu -->... · ca4b8f4c
      John Harwell authored
      Added a developer flag for a tile tabs layout modification as Develop Menu --> Tile Tabs Vertical Centering.  When this is enabled, each row in Tile Tabs is set to the minimum needed and the positions of the rows is adjusted so that any extra space is above all rows and below all rows; NOT between the rows.
      
      A scene created in an older version of wb_view (September 2018) did not display correctly with extra space between the two rows of tabs.  The available height for each tab was greater than the height needed by aspect locking so tabs were taller than needed.  It is possible that the user locked aspect before entering tile tabs as this has been found to cause a similar layout problem.  Using the item in the Develop Menu, fixes this scene and others in the same scene file.
      ca4b8f4c
  12. May 18, 2019
  13. May 17, 2019