ITK/Doxygen Documentation: Difference between revisions

From KitwarePublic
< ITK
Jump to navigationJump to search
Line 67: Line 67:
<source lang="cpp">
<source lang="cpp">
/** \brief You can write here a short description of Method1
/** \brief You can write here a short description of Method1
You can there write a more detailed documentation for Method1.
\param[in] iP1 you can write documentation for the first parameter which is an input parameter
\param[in] iP1 you can write documentation for the first parameter which is an input parameter
\param[in] iValue you can write documentation for the second parameter which is an input parameter
\param[in] iValue you can write documentation for the second parameter which is an input parameter

Revision as of 17:37, 9 May 2011

Dependencies

Generating a complete doxygen documentation requires (apart from cmake and ITK source code)

Generating the Doxygen documentation

Complete doxygen documentation

To generate the complete doxygen documentation (of the whole toolkit), the same as the online doxygen documentation

  • In CMake BUILD_DOCUMENTATION must be turned ON !!
  • Build the project as you would normally do, it will build both the ITK libraries/binaries and the doxygen documentation

Note that depending on your machine, this process can take a lot time.

Enabled modules documentation

To generate the doxygen documentation of enabled modules documentation (a subset of the complete one)

  • In CMake BUILD_DOCUMENTATION and DOXYGEN_MODULE_ENABLED must be turned ON !!
  • Build the project as you would normally do, it will build both the ITK libraries/binaries and the doxygen documentation

Documenting classes

Here is a simple and minimal example:

<source lang="cpp"> /** \class MyAwesomeClass \brief Short Description of MyAwesomeClass

Here you can start writing a more detailed documentation for MyAwesomeClass.

To document each template parameters: \tparam T1 documentation for the first type \tparam T2 documentation for the second type \tparam VDimension documentation about the third template parameter which seems to be related to the Dimension

You can make implicit references to any other ITK class, by just writing their names, e.g. Image, ImageRegion...

Or you can create make a dedicated section "see also": \sa Image \sa ImageRegion

  • /

template< class T1, typename T2, unsigned int VDimension > class MyAwesomeClass { public:

 /** you can directly write the documentation for PixelType */
 typedef PixelType T1;

}; </source>


List of most common doxygen commands:

Documenting Methods / Functions

<source lang="cpp"> /** \brief You can write here a short description of Method1

You can there write a more detailed documentation for Method1. \param[in] iP1 you can write documentation for the first parameter which is an input parameter \param[in] iValue you can write documentation for the second parameter which is an input parameter \param[out] oValue you can write documentation for the third parameter which is an output parameter \param[in,out] ioP2 you can write documentation for the fourth parameter which is an input/output parameter \return description here about the return value

  • /

int Method1( PixelType iP1, unsigned int iValue, unsigned int& oValue, PixelType& ioP2 ) const </source>

Creating links to wiki examples

Documenting modules

Is there a way to create a dependency graph of the modules?

That would be great!! Right now, what's being done is that at cmake time, a doxygen page is generated and at the end of the page you have a "Dependencies" section with the list of dependent modules, and links to corresponding pages.

Maintaining the documentation

Suppressing and preventing Doxygen warnings