FlexDoc/Javadoc - JavadocClassic - Parameters

About JavadocClassic parameters

«Generate» parameter group

The parameter group to control the overall content of the generated Java API documentation.

Parameter Name / Type / Description
Grouping gen.grouping

Available only in SingleDoc.tpl

This parameter group controls how the generated details are grouped.

When both module/package groupings are enabled, the whole generated content will look as follows:

Title Page
Table Of Contents
Overview
Module1    all modules, sorted alphabetically by names
  Package1 all packages within the module, sorted by full names
    Class1 all classes within the package, sorted by short names
    Class2
    ...
  Package2
  ...
Module2
...
When all groupings are disabled, the whole generated content will look as follows:
Title Page
Table Of Contents
Overview
Module1  all modules, sorted by names
Module2
...
Package1 all packages, sorted by full names
Package2
...
Class1   all classes, sorted by short names
Class2
...
Hint:
When you need to document just a few classes:
  1. Enable only class details (see: Generate Details | Class)
  2. Disable all groupings

By Modules

gen.grouping.modules : boolean

Available only in SingleDoc.tpl

Specify whether to group all module/package/class details by modules (only in the case of modular Java projects).

When selected (true), the generated content will look as follows:

Title Page
Table Of Contents
Overview
Module1            a module group; modules are sorted
                     alphabetically by names
  Packages/Classes details of all packages/classes in the
                     module, which may be grouped according
                     to the parameter: Grouping | By Packages
Module2
...

Each module group is started with the Module Documentation section, whose generation is controlled by the parameter: Generate Details | Module. When Module Documentation is disabled, only module group heading will be generated.

When this parameter is unselected (false), the generated content will look as follows:
Title Page
Table Of Contents
Overview
Module1           all modules, sorted by names
Module2
...
Packages/Classes  details of all packages and classes,
                    which may be grouped according to
                    the parameter: Grouping | By Packages
See Also Parameters:

By Packages

gen.grouping.packages : boolean

Available only in SingleDoc.tpl

Specify whether to group all package/class details by packages.

When selected (true), the generated content will look as follows (case of non-modular project):

Title Page
Table Of Contents
Overview
Package1 a package group; packages are sorted
           alphabetically by qualified names
  Class1 details of all classes in the package sorted
  Class2   alphabetically by class short names
  ...
Package2
...

Each package group is started with the Package Documentation section, whose generation is controlled by the parameter: Generate Details | Package. When Package Documentation is disabled, only package group heading will be generated.

When this parameter is unselected (false), the generated content will look as follows (case of non-modular project):
Title Page
Table Of Contents
Overview
Package1 Overview all packages, sorted by qualified names
Package2 Overview
...
Class1            details of all classes sorted alphabetically
Class2              by class short names
...
See Also Parameters:
Title Page gen.titlePage : boolean

Available only in SingleDoc.tpl

Specify whether to generate the Title Page.

The title page is available only in single file documentation (generated with SingleDoc.tpl main template). When generated, it will be the very first page of the entire documentation.

Related Template:

The title page is generated by the template: title-page.tpl

By default, it just prints (with a large font and centered) the text specified in the “Documentation Title” parameter. That text may also include some HTML markup, which will be recognized and rendered.

You may easily edit the title-page.tpl template and add/change whatever you need (e.g. you can add you company logo or other images).

See Also Parameter:
Documentation Title
Table Of Contents gen.toc : boolean

Available only in SingleDoc.tpl

Specify whether to insert the Table Of Contents of the documentation, which is available both in HTML and RTF single-file output.

However, in the case of RTF, the Table Of Contents is not actually generated. Rather, a special RTF “{TOC}” field is inserted. The real Table Of Contents is generated by MS Word according to that field and style/level paragraph settings specified on the headings of some documentation section.

Overview.......................
   Module Summary..............
   All Package Summary.........
   All Classes Summary.........
Module1........................
   Package1....................
      Class1...................
      Class2...................
      ...
   Package2....................
   ...
Module2........................
...
To have the Table Of Contents generated, the document should be loaded in MS Word and the {TOC} field updated. For instance, you can press Ctrl-A (select all) and then F9 (update selected fields).

Related Template:

The Table Of Contents is generated by TOC.tpl template.
See Also Parameters:
  • Generate | Grouping
  • Pagination | Start from new page | Table Of Contents
  • Pagination | Orientation | Table Of Contents
  • Overview gen.overview : boolean

    Specifies whether to generate the Overview page/section – an equivalent of the overview-summary.html file generated by the Standard Doclet.

    The Overview page is the front page of the entire documentation generated by this template set. It provides:

    • An overall description of the documented Java project or the set of modules/packages.

      It comes from a separate HTML file specified with the -overview option on the Javadoc command-line.

    • The summary of all modules, which is generated only in case of modular Java project/sources.
    • The summary of all packages, which can be generated in case of both modular and non-modular project/sources. This depends on the setting of the nested parameter: Package Summary
    In case of framed HTML documentation (generated by FramedDoc.tpl), the Overview page is always generated. You reach it using the «Overview» button in the navigation bar.

    In case of single-file RTF/HTML documentation (generated by SingleDoc.tpl), the Overview section may also include:

    • The summary of all documented classes (in all cases). This is controlled by the nested parameter: All Class Summary
    Related Template:
    The Overview page/section is generated by the template: overview.tpl
    See Also Parameters:

    Module Summary

    gen.overview.modules : boolean

    Specify if the Overview should include a module summary.

    Note:

    This parameter is used only in case of modular Java project/sources.
    Related Template:
    A module summary table is generated by the template: module-summary.tpl
    See Also Parameter:
    Pagination | Start from new page | Overview | Module Summary

    Package Summary

    gen.overview.packages : enum {"non_modular", "always", "never"}

    Specify if the Overview should include a package summary.

    These are the packages containing any documented classes. For instance, when you document only a single class, there will be a package containing it, which will appear in the overview package summary, when this parameter is selected.

    Possible Choices:

    "non-modular only"

    Generate the package summary only in case of non-modular Java project/sources.
    "always"
    Generate the package summary in any case.
    "never"
    Do not generate the package summary.
    Related Template:
    A package summary table is generated by the template: package-summary.tpl
    See Also Parameters:
    Pagination | Start from new page | Overview | Package Summary

    Package Groups

    gen.overview.packages.groups : list of strings

    This parameter is the analog of -group option provided by the Standard Doclet. It allows you to separates packages on the overview page into whatever groups you specify, one group per table.

    Notes:

    • This parameter is used only in case of non-modular Java project/sources.
    • The parameter accepts multiple (list) value. Each value item specifies a single package group.
    Further Contents:

    Specifying Package Group

    A package group is specified as follows:
    packagepattern1:packagepattern2:...::groupheading
    where
    • packagepattern

      A qualified name pattern can be any Java qualified name appropriate in the given context, or it can be the start of such a qualified name followed by an asterisk (*). The asterisk is a wildcard meaning "match any characters". This is the only wildcard allowed.

    • groupheading can be any text (including white spaces). This text is placed in the table heading for the group
    Example:
    java.*:javax.*::This is a title

    Specifying Multiple Package Groups

    Different package groups should be specified with separate items of the whole parameter value. Each value item should define a single group as described above. The items must be separated with one of the allowed item separators (newline or ';').

    Example:

    java.awt.*:javax.swing.*::Java GUI API
    org.w3c.*::W3C API
    or the same as a single line:
    java.awt.*:javax.swing.*::Java GUI API;org.w3c.*::W3C API
    The last form can be used to specify both groups on the Javadoc command line:
    -p "gen.overview.packages.groups=java.awt.*:javax.swing.*::Java GUI API;org.w3c.*::W3C API"
    (Note: Because here the full parameter value contains spaces, it is enclosed in quotes to have it treated as a single command-line argument.)

    The same can be also specified with two -p options:

    -p gen.overview.packages.groups=java.awt.*:javax.swing.*::Java GUI API" -p gen.overview.packages.groups=org.w3c.*::W3C API"
    Each -p option adds a separate value item to the 'gen.overview.packages.groups' parameter.

    Using Escapes

    Each character that serves as a value item separator can be equally used within the value item if escaped with a backslash. If a backslash is not consumed by an escape it will be remained in the text as is. To make sure that a backslash is not part of some escape, you may add another backslash.

    For example, a package group with the title:

    The API to process ';' and '\' in text
    can be specified like this:
    textmill.semicolon.*:textmill.slash.*::The API to process '\;' and '\\' in text

    Group Ordering

    The groups appear on the page in the order of the parameter's value items specifying each group (i.e. in the same order as the package groups are specified on the command line). The packages are alphabetized within a group.

    Packages Outside Groups

    If you specify no package groups (the parameter value is empty), all packages are placed in one group with the heading "Packages".

    If the all groups do not include all documented packages, any leftover packages appear in a separate group with the heading "Other Packages", which is printed the last.

    Default Value

    The default value of this parameter is produced from all -group options found on the Javadoc command-line. Each -group option is converted to a single value item of this parameter.

    So, you can use Standard Doclet's -group options instead of specifying this parameter directly.

    All Class Summary

    gen.overview.allClasses : boolean

    Available only in SingleDoc.tpl

    Specify if the Overview should include the summary of all documented classes.

    Related Template:

    A class summary table is generated by the template: class-summary.tpl
    See Also Parameter:
    Pagination | Start from new page | Overview | Class Summary
    Module gen.module : boolean

    Specifies whether to generate a Module Documentation page/section for every documented module (an equivalent of the module-summary.html file generated by the Standard Doclet).

    Module Documentation is generated mostly according the information found in the module declaration file (module-info.java). It includes:

    • The module description and block tags (see also “Include | Descriptions” parameter).
    • The list of packages contained in that module, with the summary description of each package and the indication if it is exported or open.
    • The lists of packages exported indirectly from other modules, which this module depends on.
    • The list of modules required by this module both directly and indirectly.
    • The list of services provided by this module (with the lists of their implementations).
    • The list of services used by this module.
    The level of detail is controlled by the nested parameter: Contents

    Notes:

    • This parameter is used only in case of modular Java project/sources.
    • In case of framed HTML documentation (generated by FramedDoc.tpl), you reach the releavant Module Documentation page using the «Module» button in the navigation bar.
    Related Template:
    Module Documentation pages/sections are generated by the template: module.tpl
    See Also Parameters:

    Contents

    gen.module.contents : enum {"documented", "api", "declared", "all", "none"}

    Specify the granularity of the module information that appears Module Documentation.

    Possible Choices:

    "documented only"

    Show only those items that are included in the documentation or directly related to them.

    This setting may be useful, when you need to document only a few packages or classes from a large project and do not want to overburden the Module Documentation with unrelated details.

    This includes:
    • The list of documented packages enclosed in this module. If the module declaration contains any exports/opens directives for those packages, they will be documented as well.
    • The lists of documented packages exported indirectly from other modules, which this module depends on.
    • The list all required modules both directly and indirectly.
    • The list of documented services provided by this module, along with their documented implementations.
    • The list of documented services used by this module.
    "api"
    Show all API level items.

    This setting represents the module content from the viewpoint of users of its open API, with hiding all implementation details.

    This includes:
    • The list of all exported packages contained in this module. No qualified exports will be included. If a listed package is fully open (without qualifiers), that will be shown as well.
    • The lists of all packages exported indirectly from other modules, which this module depends on. No qualified indirect exports will be included.
    • The list all required modules both directly and indirectly.
    • The lists of all services provided and used by this module, which are declared in some fully exported packages.
    "declared + documented"
    Show all details found in the module declaration plus any documented packages that are not mentioned there:
    • The list of all packages specified in any exports/opens directives found in the module declaration. All documented packages will be included in the list as well, regardless if they are mentioned in the module declaration. Any export/open qualifiers of the listed packages will be shown too.
    • The lists of all packages exported indirectly from other modules regardless of export qualifiers.
    • The list all required modules both directly and indirectly.
    • The list of all services provided by this module, along with all their implementations.
    • The list of all services used by this module.
    "all"
    Show all available details about the content of this module:
    • The list of all packages contained in this module. Any exports/opens directives for those packages will be documented as well.
    • The lists of all packages exported indirectly from other modules regardless of export qualifiers.
    • The list all required modules both directly and indirectly.
    • The list of all services provided by this module, along with all their implementations.
    • The list of all services used by this module.
    "none"
    No lists of packages, required modules and services will be generated.
    Notes:
    • The generated package summary is supplied with a special note/footnote that briefly indicates which packages are included in that summary (according to the setting of this parameter). If you don't need that note, you can disable it using the nested parameter:
      Generate | Module | Contents | Package Note
    • Module Documentation will also include the description and block-tags, whose generation is controlled by the parameter:
      Include | Descriptions
    • The documenting of indirect dependencies (the lists of packages exported indirectly from other modules and the modules required indirectly) is controlled by the parameter:
      Generate | Module | Indirect Dependencies

    Package Note

    gen.module.contents.note : boolean

    Specify whether to add a special note/footnote that briefly describes which module packages are included in the Package Summary generated in the Module Documentation according to the setting of the parameter:

    Generate | Module | Contents
    If you don't need that note, you can disable it with this parameter.

    Indirect Dependencies

    gen.module.indirectDependencies : boolean

    Specify if Module Documentation should include the information obtained from the declarations of other modules required by this one:

    • The lists of packages exported indirectly from other modules, which this module depends on.
    • The list of indirectly required modules.
    All of that arises from the interpretation of requires directives with transitive keyword found in the corresponding found in the corresponding module declaration files (module-info.java).

    The lists of indirect exports may be too large and unwanted in single-file documentation (generated with SingleDoc.tpl main template).

    Package gen.package : boolean

    Specifies whether to generate a Package Documentation page/section for every documented package (an equivalent of the package-summary.html file generated by the Standard Doclet).

    Package Documentation may include:

    • The package description and block tags. These are obtained either from the package-info.java or the legacy package.html found in the package directory. See also parameter: Include | Descriptions
    • The summary of documented classes contained the package, which is broken into the following categories:
      • Interfaces
      • Classes
      • Enums
      • Exceptions
      • Errors
      • Annotation Types
      The generation of the class summary is controlled by the nested parameter: Class Summary
    Note:
    In case of framed HTML documentation (generated by FramedDoc.tpl), you reach the releavant Package Documentation page using the «Package» button in the navigation bar.
    Related Template:
    Package Documentation pages/sections are generated by the template: package.tpl
    See Also Parameters:

    Class Summary

    gen.package.classes : boolean

    Specify if Package Documentation should include the summary of all documented classes contained in that package.

    Related Template:

    A class summary table is generated by the template: class-summary.tpl
    Class gen.class : boolean

    Specify whether to generate a Class Documentation page/section for each

    • class
    • interface
    • enum
    • annotation type
    being documented.

    Class Documentation may include the class description, various reference lists about it, as well as the details of all documented members of that class (except nested classes). This provides the bulk of the whole Java API documentation.

    In the case of framed HTML documentation (generated by FramedDoc.tpl), the class documentation is always generated and, therefore, this parameter cannot be unchecked.

    Related Template:

    Class Documentation pages/sections are generated by the template: class.tpl
    See Also Parameters:

    Nested Classes

    gen.class.nested : boolean

    Available only in SingleDoc.tpl

    Specify whether to generate separate Class Documentation sections for nested classes.

    Nested classes may be numerous and can overwhelm the single-file documentation with unnecessary details. However, it is possible to document only some of them using the nested “Names” parameter.

    Names

    gen.class.nested.names : list of strings

    Available only in SingleDoc.tpl

    Using this parameter, you can specify only selected nested classes to be documented (instead of documenting them all).

    The classes are specified as the list of their qualified names separated with newlines ('\n') or colons (':'), for example:

    java.lang.System.Logger
    java.lang.System.Logger.Level
    javax.xml.catalog.CatalogFeatures.Builder
    javax.xml.catalog.CatalogFeatures.Feature
    Instead of the full qualified names, you can also use the qualified name patterns, e.g.:
    java.lang.System.*
    javax.xml.catalog.CatalogFeatures.*

    A qualified name pattern can be any Java qualified name appropriate in the given context, or it can be the start of such a qualified name followed by an asterisk (*). The asterisk is a wildcard meaning match any characters. This is the only wildcard allowed.

    If this parameter is not specified (the list is empty), all nested classes will be documented.

    Member Summary

    gen.class.member.summary : boolean

    Specifies if the Class Documentation should include the summary of class members, i.e.

    • fields
    • enum constants
    • constructors
    • methods
    • annotation type elements
    as well as nested classes.

    Inherited Members

    gen.class.member.summary.inherited : boolean

    Specify whether to include the lists of inherited nested classes, fields or methods.

    Exclude for Packages

    gen.class.member.summary.inherited.exclude : list of strings

    This parameter allows you to exclude the lists of inner classes, fields or methods that are inherited from the classes/interfaces which belong to the specified packages.

    For instance, you may want to suppress the long lists of the class members inherited from standard Java API classes and, thereby, to reduce the output documentation.

    The packages, whose classes/interfaces should not appear in the "inherited from ..." lists, are specified as the list of package patterns separated with newlines or colons (:). For example:

    java.lang.*
    javax.swing.*

    A qualified name pattern can be any Java qualified name appropriate in the given context, or it can be the start of such a qualified name followed by an asterisk (*). The asterisk is a wildcard meaning match any characters. This is the only wildcard allowed.

    Member Detail

    gen.class.member.detail : boolean

    Specify whether to include the details of class members (i.e. fields and methods). If false (unchecked), only overview for each class will be generated without the details for the class' members.

    Constant Field Values

    gen.class.member.detail.constantValues : boolean

    Specify whether to show the constant field values directly in the field documentation headers. For example:

    public static final byte CONTROL = 15
    This is an alternative to the constant field values page offered by the standard Javadoc, which can be equally generated by this template set.

    See Also Parameter:

    Generate | Cross-Reference Pages | Constant Field Values
    Cross-Reference Pages gen.refs

    Available only in FramedDoc.tpl

    The parameter group to control the generation of various reference pages.

    Use (Package/Class)

    gen.refs.use : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate a "use" page for each documented class and package, which describes what packages, classes, methods, constructors and fields use any API of the given class or package.

    These are the pages you reach via the «Use» button in the navigation bar.

    Default Value:

    The default value of this parameter is set according to the -use option found on the Javadoc command-line.
    Related Templates:
    package-use.tpl, class-use.tpl

    Tree (Class Hierarchy)

    gen.refs.tree : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate class/interface hierarchy pages. These are the pages you reach using the «Tree» button in the command-line.

    Default Value:

    The default value of this parameter is set according to the -notree option found on the Javadoc command-line. If this option is specified, the default value is false, otherwise it is true.
    Related Template:
    class-tree.tpl

    Deprecated List

    gen.refs.deprecatedList : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate the deprecated API page (deprecated-list.html), which contains the list of deprecated APIs, and the «Deprecated» button in the navigation bar linking to that page.

    This parameter has no effect on the generation of the deprecated API throughout the rest of the documentation, which is controlled separately by the parameter: Include | Deprecated API

    Default Value:
    The default value of this parameter is set according to the -nodeprecatedlist option found on the Javadoc command line. When this option is specified, the default value is false, otherwise it is true.
    Related Template:
    deprecated-list.tpl

    Serialized Form

    gen.refs.serializedForm : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate the serialized form page.

    That page contains information about serializable and externalizable classes. Each such class has a description of its serialization fields and methods. This information is of interest to re-implementors, not to developers using the API. While there is no link in the navigation bar, you can get to this information by going to any serialized class and clicking "Serialized Form" in the "See also" section of the class comment.

    Related Template:

    serialized-form.tpl

    Constant Field Values

    gen.refs.constantValues : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate the constant field values page (constant-values.html), which lists the static final fields and their values.

    Related Template:

    constant-values.tpl
    See Also Parameter:
    Generate | Class | Member Detail | Constant Field Values

    All Classes

    gen.refs.allClasses : boolean

    Available only in FramedDoc.tpl

    Specifies whether to generate the All Classes page (an equivalent of the allclasses-index.html file generated by the Standard Doclet).

    It provides the alphabetic list all documented classes with the summary description for each. You reach this page using the «All Classes» link in the navigation bar.

    See Also Parameter:

    Show | Inner Classes in Lists
    Related Template:
    class-summary.tpl

    All Packages

    gen.refs.allPackages : boolean

    Available only in FramedDoc.tpl

    Specifies whether to generate the All Packages page (an equivalent of the allpackages-index.html file generated by the Standard Doclet).

    It provides the alphabetic list all documented packages with the summary description for each. You reach this page using the «All Packages» link in the navigation bar.

    Related Template:

    package-summary.tpl

    Index

    gen.refs.index : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate an index, and the «Index» button in the navigation bar linking to that page.

    Default Value:

    The default value of this parameter is set according to the -noindex option found on the Javadoc command-line. If this option is specified, the default value is false, otherwise it is true.
    Related Templates:
    index-all.tpl, index-letter.tpl

    Split

    gen.refs.index.split : boolean

    Available only in FramedDoc.tpl

    Specify whether to split the index file into multiple files, alphabetically, one file per letter, plus a file for any index entries that start with non-alphabetical characters.

    Default Value:

    The default value of this parameter is set according to the -splitindex option found on the Javadoc command-line. If this option is specified, the default value is true, otherwise it is false.
    Help gen.help : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate the help page. This is the page you reach using the «Help» button in the navigation bar.

    Default Value:

    The default value of this parameter is set according to the -nohelp option found on the Javadoc command-line. If this option is specified, the default value is false, otherwise it is true.
    Related Template:
    help-doc.tpl
    Navigation bar gen.navbar : boolean

    Available only in FramedDoc.tpl

    Specify whether to generate the navigation bar located at the top and bottom of the generated pages.

    This parameter has no effect on the bottom text specified with the parameter: Generate | Bottom Text

    Default Value:
    The default value of this parameter is set according to the -nonavbar option found on the Javadoc command-line. If this option is specified, the default value is false, otherwise it is true.
    Related Template:
    navbar.tpl

    Header Text

    gen.navbar.headerText : text

    Available only in FramedDoc.tpl

    This parameter is similar to -header option provided by the Standard Doclet. It specifies the header text to be placed at the top of each detail page. The header will be placed to the right of the upper navigation bar.

    Additionally, when the header text is specified, it is inserted also at the top of the all package list (overview-frame.html file), used in the upper-left frame.

    The header text may contain HTML tags and white space.

    Default Value:

    The default value of this parameter will be taken from the -header option found on the Javadoc command-line.

    Footer Text

    gen.navbar.footerText : text

    Available only in FramedDoc.tpl

    This parameter is similar to -footer option provided by the Standard Doclet. It specifies the footer text to be placed at the bottom of each each detail page. The footer will be placed to the right of the lower navigation bar.

    The footer text may contain HTML tags and white space.

    When the footer text is not specified, the header text (specified in "Header Text" parameter) will be used instead of it.

    Default Value:
    The default value of this parameter will be taken from the -footer option found on the Javadoc command line.
    Bottom Text gen.bottomText : text

    This parameter is similar to -bottom option provided by the Standard Doclet. It specifies the text to be placed at the bottom of each detail page/file, below the lower navigation bar.

    The bottom text may contain HTML tags and white space.

    Default Value:

    The default value of this parameter will be taken from the -bottom option found on the Javadoc command-line.
    About (footer) gen.about : enum {"full", "short", "none"}

    Specify whether to generate the "About" section added at the bottom of each generated document.

    This section shows certain information about FlexDoc/Javadoc software, which powers this Java API Documentation Generator.

    Possible Choices:

    "full"

    Generate the detailed information.
    "short"
    Generate only a brief notice.
    "none"
    Do not generate the "About" section.
    Related Template:
    about.tpl