1. 23 Oct, 2016 1 commit
  2. 27 Jul, 2016 1 commit
  3. 22 Jul, 2016 1 commit
  4. 21 Jul, 2016 1 commit
  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. 15 Apr, 2016 1 commit
  7. 04 Apr, 2016 1 commit
    • Emmanuel Promayon's avatar
      Changing patch version · 2d7f47c4
      Emmanuel Promayon authored
      Version 4.0.0 was published. The version on develop branch
      should be 4.0.1.
      Next version will include
        - wizard discrepency fix
      2d7f47c4
  8. 25 Mar, 2016 1 commit
  9. 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
  10. 10 Mar, 2016 1 commit
  11. 03 Mar, 2016 1 commit
  12. 12 Feb, 2016 2 commits
  13. 07 Dec, 2015 1 commit
  14. 06 Nov, 2014 1 commit
  15. 28 Feb, 2014 1 commit
  16. 20 Dec, 2013 1 commit
    • saubatn's avatar
      FEATURE 109 Python Scripting · 0fe41901
      saubatn authored
      		Create a parallel tree of the SDK which is CMake-configured only if CAMITK_BINDING_PYTHON variable is manually set to true (default is OFF)
      		Each directory on that tree contains :
      			* a typesystem.xml file that contains the local folder C++ classes to expose to Python.
      			* a global.h C++ header file required to correclty include the C++ classes to expose.
      			Both these files are recursively including their subdirectories correspondanding files. 
      			This allows Shiboken to be only run on the top python_sdk directory, but keep specifying the classes to expose to Python in the corresponding local typesystem.xml / global.h files in the tree (better to understand / maintain).
      		On top of the python_sdk directory is created the custom sdk_wrap_to_python CMake target, which allows to run shiboken on the top python_sdk folder's typesystem.xml / global.h and thus make the SDK binding.
      		Coming soon : another target would be created in order to compile the wrapped shiboken-generated C++ classes and link them with the originale CamiTK SDK C++ library in order to produce the CPython extension, i.e. the Python package of CamiTK sdk.
      		Coming soon : debugging (of course ;-) )
      
      
      git-svn-id: svn+ssh://scm.forge.imag.fr/var/lib/gforge/chroot/scmrepos/svn/camitk/trunk/camitk@1170 ec899d31-69d1-42ba-9299-647d76f65fb3
      0fe41901
  17. 22 Oct, 2013 1 commit
  18. 09 Oct, 2013 1 commit
  19. 02 Oct, 2013 2 commits
  20. 23 Jul, 2013 1 commit
  21. 12 Jul, 2013 1 commit
  22. 02 Jul, 2013 1 commit
  23. 07 Jun, 2013 1 commit
  24. 06 Jun, 2013 1 commit
  25. 13 May, 2013 2 commits
  26. 03 May, 2013 2 commits
  27. 30 Apr, 2013 1 commit
  28. 26 Apr, 2013 1 commit
  29. 23 Apr, 2013 1 commit
  30. 12 Apr, 2013 1 commit
  31. 09 Apr, 2013 1 commit
  32. 05 Apr, 2013 1 commit
  33. 26 Mar, 2013 1 commit
  34. 19 Mar, 2013 1 commit
  35. 12 Mar, 2013 2 commits