Difference between revisions of "Developer Meetings/20130305"
From Slicer Wiki
m (Text replacement - "slicerWiki/index.php" to "wiki") |
|||
| (5 intermediate revisions by one other user not shown) | |||
| Line 7: | Line 7: | ||
* DIcom issue of Daniel - See http://slicer-devel.65872.n3.nabble.com/Problem-with-DICOM-module-tt4027815.html | * 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 | * Python: https://github.com/jcfr/python-cmake-buildsystem | ||
| − | + | ** See instruction: http://www.slicer.org/wiki/Documentation/Labs/CMake-ified_Python | |
| − | |||
| − | |||
| − | + | == 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 < 20130305Contents
To discuss
- 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
- 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.
- 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 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
- 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:
- 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.
