1. 26 Jul, 2016 2 commits
  2. 22 Jul, 2016 1 commit
  3. 21 Jul, 2016 1 commit
  4. 20 Jul, 2016 2 commits
    • Jean-Loup HABERBUSCH's avatar
      New version name 4.0.1 · 71b96777
      Jean-Loup HABERBUSCH authored
      Reordering includes to avoid problems on Win32 with VTKQWidget2
      
      This hotfix modifies RendererWidget inheritance. Now RendererWidget
      inherits from VTKQWidget2 instead of VTKQWidget.
      In VTK 6.3, VTKQWidget2 include somehow somewhere Win32 headers.
      This defines the ERROR macro, which creates a conflict with the ApplyStatus enum
      (that also defines ERROR apply status).
      In order to solve this conflict, #include "Action.h" should be done before
      any \#include "InteractiveViewer.h" or "RendererWidget.h"
      71b96777
    • Emmanuel Promayon's avatar
      fix-bug#181 RendererWidget inherits from QVTKWidget2 · 0033931f
      Emmanuel Promayon authored
      
      
      There is also some specific OpenGL Format/context forced
      reinitialization for integrated card (as well as a mean
      to avoir this reinitialization, using CAMITK_NO_OPENGL_RESET=1
      environment variable.
      Note: use primusrun instead of optirun for GPU/discrete card
      configuration on Linux (bumblebee)
      Signed-off-by: Emmanuel Promayon's avatarEmmanuel Promayon <Emmanuel.Promayon@imag.fr>
      0033931f
  5. 19 Jul, 2016 1 commit
    • Jean-Loup HABERBUSCH's avatar
      New version name 4.0.1 · 73099179
      Jean-Loup HABERBUSCH authored
      Reordering includes to avoid problems on Win32 with VTKQWidget2
      
      This hotfix modifies RendererWidget inheritance. Now RendererWidget
      inherits from VTKQWidget2 instead of VTKQWidget.
      In VTK 6.3, VTKQWidget2 include somehow somewhere Win32 headers.
      This defines the ERROR macro, which creates a conflict with the ApplyStatus enum
      (that also defines ERROR apply status).
      In order to solve this conflict, #include "Action.h" should be done before
      any \#include "InteractiveViewer.h" or "RendererWidget.h"
      73099179
  6. 12 Jul, 2016 1 commit
  7. 12 Jun, 2016 1 commit
  8. 13 May, 2016 3 commits
  9. 26 Apr, 2016 1 commit
  10. 15 Apr, 2016 4 commits
    • Emmanuel Promayon's avatar
      FIXED adding licence in SimplisticComponent source · 442a0c9f
      Emmanuel Promayon authored
      Nothing to do with the current feature, just general spring code
      cleaning...
      442a0c9f
    • Emmanuel Promayon's avatar
      FIXED tutorials for Qt 5 and VTK 6 · 0b374714
      Emmanuel Promayon authored
      0b374714
    • Emmanuel Promayon's avatar
      FIXED optimize qt notification loop in property · 69f01235
      Emmanuel Promayon authored
      Do not call the updateProperty(..) method if the signals are blocked.
      During initialization of all properties (calls to addProperty(..)), there is no
      need to call the updateProperty(..) => these would pile the qt event for no
      real reason (the property is not updated, it is created, the value of the
      property is not modified).
      When in addProperty, the signals are blocked
      => the Qt setProperty method is calling the event(..) method
      => with this commit, the signals are blocked and therefore
         updateProperty(..) is not call
      => the qt notification are not piling up
      69f01235
    • Emmanuel Promayon's avatar
      FIXED Avoid multiple viewer refresh · bb223c82
      Emmanuel Promayon authored
      A component shoud never forced/activate
      the viewer refresh (this breaks CamiTK programming guidelines).
      Actions can force a refresh.
      
      There are still some rule breaker (they need to be removed soon).
      bb223c82
  11. 08 Apr, 2016 1 commit
  12. 30 Mar, 2016 3 commits
  13. 25 Mar, 2016 1 commit
  14. 24 Mar, 2016 1 commit
  15. 22 Mar, 2016 1 commit
  16. 21 Mar, 2016 1 commit
    • camitk's avatar
      UPDATED Configuration & compilation & runtime of CamiTK SDK + Imaging + Modeling ok. · f329cf02
      camitk authored
      NOTE Compilation requires user compiled ITK version 4.x and GDMC 2.6.3 (from Nicolas' sources). Actual GDCM source code on sourceforge does not compile with VTK6 (even if it says so).
      NOTE Known errors at runtime : DICOM not openable (directory is seen as a component extension ...). Bug on Windows and Linux : Volumic image are not visible (but present in memory). Should comes from a broken VTK pipeline.
      f329cf02
  17. 18 Mar, 2016 1 commit
  18. 15 Mar, 2016 1 commit
  19. 10 Mar, 2016 3 commits
  20. 09 Mar, 2016 1 commit
  21. 22 Feb, 2016 1 commit
  22. 12 Feb, 2016 1 commit
  23. 12 Jan, 2016 1 commit
  24. 08 Jan, 2016 1 commit
  25. 07 Jan, 2016 1 commit
  26. 06 Jan, 2016 3 commits
  27. 05 Jan, 2016 1 commit