Documentation/4.1/HowTo

3D Slicer
Description
Research platform for the analysis and visualization of medical images, including image guided therapy.
Free and extensible open source package.
Multi-platform	Linux, MacOSX, Windows
Version	4.1
License	Contribution and Software License Agreement

Overview

This document aims at describing the principle and guidelines to consider when writing Slicer user documentation.

The 4.1 documentation framework has been redesigned keeping in mind the following principles:

• Single location for editing documentation (either the wiki or the source code), no duplicative editing.
• Smart use of mediawiki templates to enforce consistency and reduce maintenance work.

Naming conventions

1. The application Slicer should be referenced with an uppercase S.
2. All documentation should be added as subpages under Documentation/X.Y/ where X and Y are respectively the major and minor Slicer version.
3. Version of Slicer should NOT be written in plain text, {{documentation/version}} template should be used instead.
4. Documentation/4.1/SlicerApplication should be the root of all subpages specific to Slicer application.
5. Documentation/4.1/Modules should be the root of all subpages specific to Slicer modules.
6. Module subpage should be named after the module name used in the associated source repository. Assuming the module is named Foo, the corresponding subpage is expected to be Documentation/4.1/Modules/Foo
7. Collaborator names, logos or URLs should be referenced using the convenient Collaborator template.
   1. For example: ''{{collaborator|longname|namic}}'' generates National Alliance for Medical Image Computing (NA-MIC)
8. Email addresses must be wrapped with the <email></email> tags

Category

1. All subpages should be categorized. See [1]
2. The user documentation pages are grouped in the Slicer Application and Modules categories.

SlicerApplication page

1. slicerapplication-header and slicerapplication-footer templates should be respectively used at the top and the bottom of the page.

3D Slicer
Description
Research platform for the analysis and visualization of medical images, including image guided therapy.
Free and extensible open source package.
Multi-platform	Linux, MacOSX, Windows
Version	4.1
License	Contribution and Software License Agreement

Overview

This document aims at describing the principle and guidelines to consider when writing Slicer user documentation.

The 4.1 documentation framework has been redesigned keeping in mind the following principles:

• Single location for editing documentation (either the wiki or the source code), no duplicative editing.
• Smart use of mediawiki templates to enforce consistency and reduce maintenance work.

Naming conventions

1. The application Slicer should be referenced with an uppercase S.
2. All documentation should be added as subpages under Documentation/X.Y/ where X and Y are respectively the major and minor Slicer version.
3. Version of Slicer should NOT be written in plain text, {{documentation/version}} template should be used instead.
4. Documentation/4.1/SlicerApplication should be the root of all subpages specific to Slicer application.
5. Documentation/4.1/Modules should be the root of all subpages specific to Slicer modules.
6. Module subpage should be named after the module name used in the associated source repository. Assuming the module is named Foo, the corresponding subpage is expected to be Documentation/4.1/Modules/Foo
7. Collaborator names, logos or URLs should be referenced using the convenient Collaborator template.
   1. For example: ''{{collaborator|longname|namic}}'' generates National Alliance for Medical Image Computing (NA-MIC)
8. Email addresses must be wrapped with the <email></email> tags

Category

1. All subpages should be categorized. See [2]
2. The user documentation pages are grouped in the Slicer Application and Modules categories.

SlicerApplication page

1. slicerapplication-header and slicerapplication-footer templates should be respectively used at the top and the bottom of the page.

Miscellaneous

• High resolution logos are in the Logo Gallery
• There is a python helper script for SEM compliant tools that can save a significant amount of transcription time: Slicer/Scripts/SEMToMediaWiki.py

Miscellaneous

• High resolution logos are in the Logo Gallery
• There is a python helper script for SEM compliant tools that can save a significant amount of transcription time: Slicer/Scripts/SEMToMediaWiki.py