Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Switch VTK-style documentation to Doxygen or Sphinx. #51

Open
vibraphone opened this issue Feb 5, 2015 · 2 comments
Open

Switch VTK-style documentation to Doxygen or Sphinx. #51

vibraphone opened this issue Feb 5, 2015 · 2 comments

Comments

@vibraphone
Copy link
Member

Many classes in SMTK use VTK-style documentation conventions. Since SMTK does not have the perl scripts that VTK uses to convert these comments into Doxygen format, they are not being included in the generated reference documentation.

@BobObara
Copy link
Contributor

BobObara commented Feb 6, 2015

Guess the question is - what would a Doxygen vs Sphinx documentation look like? Both in terms of the in code format and the generated docs?

Bob

Robert M. O'Bara, MEng.
Assistant Director of Scientific Computing

Kitware Inc.
28 Corporate Drive
Suite 101
Clifton Park, NY 12065

Phone: (518) 881- 4931

On Feb 5, 2015, at 4:46 PM, David Thompson notifications@github.com wrote:

Many classes in SMTK use VTK-style documentation conventions. Since SMTK does not have the perl scripts that VTK uses to convert these comments into Doxygen format, they are not being included in the generated reference documentation.


Reply to this email directly or view it on GitHub #51.

@vibraphone
Copy link
Member Author

The generated docs (where switching to doxygen) would look exactly like VTK's generated docs because that's what VTK uses. The code format would switch from this at the top of the header

// .NAME smtkAttribute.h - Represents a standalone piece of simulation information
// .SECTION Description
// .SECTION See Also

and this before methods in the header

// Description:
// Blah.
int blah();

to this just above the class declaration:

/**\brief Represents a standalone piece of simulation information
  *
  * \sa
  */

and this just above each method implementation (i.e., not in the header):

/**\brief Blah.
  */
int blah()
{ // ...

@vibraphone vibraphone modified the milestone: 1.0 Mar 2, 2015
@BobObara BobObara removed this from the CMB RC2 milestone Jun 3, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants