Skip to content
Snippets Groups Projects
  1. Jun 24, 2020
  2. Jun 23, 2020
  3. Jun 19, 2020
  4. Jun 18, 2020
  5. Jun 17, 2020
  6. Jun 16, 2020
  7. Jun 15, 2020
  8. Jun 13, 2020
  9. Jun 12, 2020
  10. Jun 11, 2020
  11. Jun 10, 2020
  12. Jun 08, 2020
    • Sunderlandkyl's avatar
      Fix infinite loop in vtkContourTriangulator · a93fff6a
      Sunderlandkyl authored
      During vtkCCSCutHoleyPolys, the same polys could be specified as both the outer and inner contours.
      This would cause an infinite loop as polys were repeatedly added and removed from the list, and as a result the loop would never be terminated.
      
      Fixed by adding checks to prevent the same poly from being specified as both inner and outer contours.
      
      Fixes: #17627
      a93fff6a
  13. Jun 05, 2020
  14. Jun 04, 2020
  15. Jun 03, 2020
    • Sean McBride's avatar
      Deprecated vtkRenderWindow::IsDrawable method, is used in all of VTK · 9ad1b39f
      Sean McBride authored
      This was motivated by issue #17907 because the Cocoa implementation of IsDrawable consults the NSOpenGLContext's view relationship, which can now be optionally nil.
      9ad1b39f
    • Sean McBride's avatar
      Fixed Issue #17907 by providing a new API to disable linking view to context · d4930258
      Sean McBride authored
      - Added new Get/SetConnectContextToNSView flag that controls whether the NSOpenGLContext created by VTK is linked to the NSView (that could be created by VTK or merely provided to VTK). It defaults to true, preserving VTK's existing behaviour. When false, setView: is never invoked on the context, thus never linking it to the NSView. This is desirable when rendering into a CAOpenGLLayer, where one wants the context linked to the CAOpenGLLayer, not the NSView. Notably, in macOS 10.15.4 (but not any older version) macOS now crashes in this scenario (Issue #17907).
      - updated SimpleCocoaVTK example to use SetConnectContextToNSView(false) where it demonstrates using CAOpenGLLayer, thus fixing the 10.15.4 crash there.
      - vtkCocoaRenderWindow::InitializeFromCurrentContext was calling this->SetContextId() to update the context, which is the main point of the method.  Now it also calls this->SetPixelFormat() which seems more correct since the new context could have a different pixelFormat.
      - vtkCocoaRenderWindow::InitializeFromCurrentContext used to check if the current context was related to an NSView, and if not, do nothing.  But now that not being related to an NSView is a normal case, this check was removed.
      - Changed vtkCocoaRenderWindow::InitializeFromCurrentContext to no longer call SetWindowId (the NSView) and SetRootWindow (the NSWindow).
      - The changes to vtkCocoaRenderWindow::InitializeFromCurrentContext allow the SimpleCocoaVTK example to no longer skip to the superclass implementation.
      d4930258
  16. Jun 01, 2020
  17. May 29, 2020
Loading