DVT automatically selects between Markdown, Javadoc and Natural Docs for each comment based on the syntax. If no syntax is detected, the comment will be rendered as it is.
Markdown is one of the world’s most popular markup languages that can be used to add formatting elements to plaintext text documents.
Markdown uses symbols like asterisks and dashes to create formatting like headings and bold text. This makes it quicker to write than complex HTML code.
It prioritizes readability by utilizing plain text and clear symbols to ensure the code remains easy to understand.
Comments written in Markdown will be formatted based on the following syntax:
Bold Font
// **This word** and __this word__ should be boldedfunctionbitmy_function(bitargument);endfunction
Italic Font
// *This word* and _this word_ should be in italic font// ***This word*** should be italic and boldedfunctionbitmy_function(bitargument);endfunction
Bullet List
// Below is a list// + This is the first element// + This is the second element// This is the continuation of// the second elementfunctionbitmy_function(bitargument);endfunction
Numbered List
// Below is a list// 1. First Item// 2. Second Item// 3. Third Itemfunctionbitmy_function(bitargument);endfunction
Heading
// # This is a level 1 heading// ## This is a level 2 heading// ###### This is a level 6 headingfunctionbitmy_function(bitargument);endfunction
Image
// Below you can see a section of a diagram//// functionbitmy_function(bitargument);endfunction
Note
The path can be either absolute, relative to the current file or relative to additional image locations. To specify additional image locations use dvt_documentation_resource_locations_add directive.
Javadoc syntax relies on specific tags to guide how information is displayed in the generated documentation.
These tags can offer insights into your code’s functionality, can facilitate documentation organization, and can enable linking to other elements.
Comments written in Javadoc will be formatted based on the following tags:
@author
@link
Note
As links you can have: an element name, a file, a valid web URL. If you Ctrl+rightclick on a link that contains an object name, it should jump to its declaration.
The element name must respect the following notations:
fully qualified names PACKAGE::CLASS.method
TYPE_NAME.INNER_TYPE_NAME or just TYPE_NAME, solved relative to the enclosing scope
@param
@return
@see
Note
Works similar to @link, but it will be placed in a separate section at the bottom of the comment, named “See also”.
@since
@version
Natural Docs (deprecated)
Important
Natural Docs format is deprecated and will no longer receive updates, but support for existing functionality will continue.
You must include at least one Natural Docs-specific syntax element (Topics, Hyperlinks, Images or Definition List) to prevent conflicts with Markdown syntax, which takes precedence.
Natural Docs is an open source documentation generator for multiple programming languages. You document your code in a natural syntax that reads like plain English.
Comments written in Natural Docs will be formatted based on the following syntax:
Bold Font
// *This word* should be boldedfunctionbitmy_function(bitargument);endfunction
Bullet List
// Below is a list// + This is the first element// + This is the second element// This is the continuation of// the second elementfunctionbitmy_function(bitargument);endfunction
Definition List
// Below is a definition list// First Item - This is the definition// of the first Item// Second Item - This is the deinition// of the second itemfunctionbitmy_function(bitargument);endfunction
Heading
// Before//// Title of the heading:// Content of the heading//// Afterfunctionbitmy_function(bitargument);endfunction
Image
// Below you can see a section of a diagram//// (see diagram_section.png)functionbitmy_function(bitargument);endfunction
Note
The path can be either absolute, relative to the current file or relative to additional image locations. To specify additional image locations use dvt_documentation_resource_locations_add directive.
Italic Font
// ~This word~ should be in italic fontfunctionbitmy_function(bitargument);endfunction
Link
// Check this function out <my_other_function>functionbitmy_function(bitargument);endfunction
Note
As links you can have: an element name, a file, a valid web URL. If you Ctrl+rightclick on a link that contains an object name, it should jump to its declaration.
The element name must respect the following notations:
fully qualified names PACKAGE::CLASS.method
TYPE_NAME.INNER_TYPE_NAME or just TYPE_NAME, solved relative to the enclosing scope
Start Code
// Below is a code section// (start code)// int a;// if ( a > 4 )// return 4;// return a;// (end)functionbitmy_function(bitargument);endfunction
Topic Line
// Below you can see a topic line//// Function: my_first_functionfunctionbitmy_function(bitargument);endfunction
Underline Font
// _This word_ should be underlinedfunctionbitmy_function(bitargument);endfunction
Comments Formatting
DVT automatically selects between Markdown, Javadoc and Natural Docs for each comment based on the syntax. If no syntax is detected, the comment will be rendered as it is.
See also
Specador Documentation Generator
Markdown (recommended)
Markdown is one of the world’s most popular markup languages that can be used to add formatting elements to plaintext text documents.
Markdown uses symbols like asterisks and dashes to create formatting like headings and bold text. This makes it quicker to write than complex HTML code.
It prioritizes readability by utilizing plain text and clear symbols to ensure the code remains easy to understand.
Comments written in Markdown will be formatted based on the following syntax:
Note
The path can be either absolute, relative to the current file or relative to additional image locations. To specify additional image locations use
dvt_documentation_resource_locations_add
directive.Note
If you Ctrl+right click on a link that contains an object name, it should jump to its declaration.
ELEMENT_NAME must respect the following notations:
fully qualified names PACKAGE::CLASS.method
TYPE_NAME.INNER_TYPE_NAME or just TYPE_NAME, solved relative to the enclosing scope
Javadoc
Javadoc syntax relies on specific tags to guide how information is displayed in the generated documentation.
These tags can offer insights into your code’s functionality, can facilitate documentation organization, and can enable linking to other elements.
Comments written in Javadoc will be formatted based on the following tags:
@author
@link
Note
As links you can have: an element name, a file, a valid web URL. If you Ctrl+right click on a link that contains an object name, it should jump to its declaration.
The element name must respect the following notations:
fully qualified names PACKAGE::CLASS.method
TYPE_NAME.INNER_TYPE_NAME or just TYPE_NAME, solved relative to the enclosing scope
@param
@return
@see
Note
Works similar to
@link
, but it will be placed in a separate section at the bottom of the comment, named “See also”.@since
@version
Natural Docs (deprecated)
Important
Natural Docs format is deprecated and will no longer receive updates, but support for existing functionality will continue.
You must include at least one Natural Docs-specific syntax element (Topics, Hyperlinks, Images or Definition List) to prevent conflicts with Markdown syntax, which takes precedence.
Natural Docs is an open source documentation generator for multiple programming languages. You document your code in a natural syntax that reads like plain English.
Comments written in Natural Docs will be formatted based on the following syntax:
Note
The path can be either absolute, relative to the current file or relative to additional image locations. To specify additional image locations use
dvt_documentation_resource_locations_add
directive.Note
As links you can have: an element name, a file, a valid web URL. If you Ctrl+right click on a link that contains an object name, it should jump to its declaration.
The element name must respect the following notations:
fully qualified names PACKAGE::CLASS.method
TYPE_NAME.INNER_TYPE_NAME or just TYPE_NAME, solved relative to the enclosing scope