Difference between revisions of "Developer Meetings/20130305"

From Slicer Wiki
Jump to: navigation, search
m (Created page with '__TOC__ == To discuss == * [http://na-mic.org/Mantis/view.php?id=2935 2935]: Add back orientation markers in 2D slice viewers == Conclusion ==')
 
m (Text replacement - "slicerWiki/index.php" to "wiki")
 
(8 intermediate revisions by one other user not shown)
Line 3: Line 3:
 
== To discuss ==
 
== To discuss ==
 
* [http://na-mic.org/Mantis/view.php?id=2935 2935]: Add back orientation markers in 2D slice viewers
 
* [http://na-mic.org/Mantis/view.php?id=2935 2935]: Add back orientation markers in 2D slice viewers
 +
* Naming of download on http://download.slicer.org
 +
** Idea: Minimize confusion
 +
* DIcom issue of Daniel - See http://slicer-devel.65872.n3.nabble.com/Problem-with-DICOM-module-tt4027815.html
 +
* Python: https://github.com/jcfr/python-cmake-buildsystem
 +
** See instruction: http://www.slicer.org/wiki/Documentation/Labs/CMake-ified_Python
  
 
== Conclusion ==
 
== Conclusion ==
 +
* Alex talked about his recent work associated with MRML references. Before integrating, considering this is a MAJOR change involving the backbone of Slicer, we agreed that it would make sens to present the work on the mailing list to gather YOUR feedback and give you a chance to try things out.
 +
** Email: http://slicer-devel.65872.n3.nabble.com/mrml-references-redesign-tt4027889.html
 +
 +
* Presented preliminary result associated with cmake'ified python. If you would like to try to build it, see updated build instruction: http://www.slicer.org/wiki/Documentation/Labs/CMake-ified_Python
 +
 +
* Discussed issue [http://na-mic.org/Mantis/view.php?id=2935 2935] - It would probably make sens to re-enable the corner annotation. That said we need to make it doesn't impact performance because of the font handling by VTK.
 +
** Jc: Check with VTK folks what is the status
 +
 +
* Discussed naming convention associated with Slicer packages
 +
** download.slicer.org: Date associated with Nightly should not be displayed. Since the date associated with the build is the date of the associated commit, that would minimize confusion and always indicate the nightly is the latest available independently of the date. On the other hand the revision number should be maintained since it give an indication for the user aware of its meaning.
 +
*** We also talked about the name of the folder associated with MacOSX bundle. It is currently "Slicer.app", we should be changed to follow this scheme:
 +
**** Nightly: Slicer-rXXXX-YEAR-MONTH-DAY.app
 +
**** Release: Slicer-MAJOR-MINOR[-PATCH[-TWEAK]].app

Latest revision as of 17:05, 21 November 2019

Home < Developer Meetings < 20130305

To discuss

Conclusion

  • Discussed issue 2935 - It would probably make sens to re-enable the corner annotation. That said we need to make it doesn't impact performance because of the font handling by VTK.
    • Jc: Check with VTK folks what is the status
  • Discussed naming convention associated with Slicer packages
    • download.slicer.org: Date associated with Nightly should not be displayed. Since the date associated with the build is the date of the associated commit, that would minimize confusion and always indicate the nightly is the latest available independently of the date. On the other hand the revision number should be maintained since it give an indication for the user aware of its meaning.
      • We also talked about the name of the folder associated with MacOSX bundle. It is currently "Slicer.app", we should be changed to follow this scheme:
        • Nightly: Slicer-rXXXX-YEAR-MONTH-DAY.app
        • Release: Slicer-MAJOR-MINOR[-PATCH[-TWEAK]].app