Products         Services         Customers         News         Downloads         Licensing         Shop    

 DocFlex Technology

About
Key Features
Data Processing
Formatting
Templates / Template Designer
Documentation

 DocFlex/XML

About
Documentation
Samples
XSDDoc
Documentation Features
Documentation Organization
Examples
Templates
Parameters
FAQ
Integrations
Tutorials

 DocFlex/Javadoc

About
Documentation
Templates
Examples
Tutorials

 DocFlex/Together

About
Examples
Basic Templates
Documentation
Tutorials

 Try

Downloads
Registration
Trial License

 Buy

Licensing/Pricing
Shop

 Company

News
Products
Services
Customers
About Us
Imprint
Legal
Contact
Links
 

DocFlex/XML - XSDDoc - Parameters

Parameter/Group

Name / Type / Description

Documentation Title docTitle : string

Specifies the title to be placed at the top of the documentation overview.

Generate Details This group of parameters controls the overall content of the generated XML schema documentation.

For Schemas

This group of parameters controls which XML schemas (along with their components) should be documented.

Initial

gen.doc.for.schemas.initial : boolean

Specify whether to document the XML schema files initially specified on the generator command line (or in the generator dialog).

Imported

gen.doc.for.schemas.imported : boolean

Specify whether to document all additional XML schema files loaded by <xs:import> elements.

Note: When an XML schema is both specified initially on the command line and referred from an <xs:import> element, it is loaded only once as the initial XML schema, however, it will be marked as the imported schema as well.

Included

gen.doc.for.schemas.included : boolean

Specify whether to document all additional XML schema files loaded by <xs:include> elements.

Redefined

gen.doc.for.schemas.redefined : boolean

Specify whether to document all additional XML schema files loaded by <xs:redefine> elements.

Overview Summary

gen.doc.overview : boolean

Specifies whether to generate the Overview Summary documentation block.

All Component Summary

gen.doc.allcomps : boolean

Specifies whether to generate the All Component Summary documentation block.

Namespace Overviews

gen.doc.namespace : boolean

Specifies whether to generate Namespace Overview documentation blocks.

Schema Overviews

gen.doc.schema : boolean

Specifies whether to generate Schema Overview documentation blocks.

Elements

gen.doc.element : boolean

Specifies whether to generate the detailed Element Documentation for each global element component and some of the local element components (that are defined in all XML schemas being documented).

Local Elements

gen.doc.element.local : enum {"all", "complexType", "none"}

Specifies whether to generate the detailed Element Documentation for local elements (i.e. locally defined element components).

Possible Values:

"all"
Document all local elements the same way as global ones (see "How Local Elements are documented | Global Documenting" below).
"complexType" (or "with complex type only" as value name)
Generate the detailed Element Documentation only for local elements with complex types.

Note: Certain XML schema design patterns avoid using global element components almost entirely. Instead, they define a single global element component that describes the root element of a possible XML document. Any other elements, which may be contained in that XML document, are defined using only global types and local element components. What is more, frequently, those XML schemas also avoid defining element attributes. Instead, to store in an XML document the elementary data normally supposed for attributes, they define lots of local elements with primitive simple types. As a result, such an XML schema contains great a lot of insignificant local element components. When all of them are documented separately (and appear in main element component lists) they may overwhelm anything else. This parameter value allows you to avoid exactly such a mess and properly document your XML schemas written according to that pattern!

"none"
Do not generate the Element Documentation for local elements.

Complex Types

gen.doc.complexType : boolean

Specifies whether to generate the detailed Complex Type Documentation for each global complex type component.

Simple Types

gen.doc.simpleType : boolean

Specifies whether to generate the detailed Simple Type Documentation for each global simple type component

Element Groups

gen.doc.group : boolean

Specifies whether to generate the detailed Element Group Documentation for each global element group component.

Global Attributes

gen.doc.attribute : boolean

Specifies whether to generate the detailed Global Attribute Documentation for each global attribute component.

Attribute Groups

gen.doc.attributeGroup : boolean

Specifies whether to generate the detailed Attribute Group Documentation for each global attribute group component.

XML Namespace Bindings

gen.doc.xmlnsBindings : boolean

Specifies whether to generate the XML Namespace Bindings report.

Details This group of parameters controls the exact content of specific documentation blocks

Overview Summary

This group of parameters controls the content of the Overview Summary documentation block.

Namespace Summary

doc.overview.namespaces : boolean

Specify whether to generate the Namespace Summary section.

Schema Summary

doc.overview.schemas : boolean

Specify whether to generate the Schema Summary section that enumerates all documented XML schemas along with a few details about each of them.

Nested Parameter Group:
Specify which details are to be shown about each XML schema.

All Component Summary

This group of parameters controls the content of the All Component Summary documentation block.

Summary Item

This parameter group controls which information about a component will appear in a summary table item.

Annotation

doc.allcomps.item.annotation : enum {"first_sentence", "full", "none"}

Specify whether to include the component annotation and which part of it.

Possible Values:

"first_sentence"
Include only the first sentence of the annotation text.
"full"
Include the full annotation.
"none"
Do not include annotation.

Component Profile

doc.allcomps.item.profile : boolean

Specifies whether to generate the Component Profile section, which provides general summary information about the component.

Nested Parameter Group:

Controls what is included in the Component Profile section.

Elements

doc.allcomps.elements : boolean

Specify whether to generate the Element Summary section.

Complex Types

doc.allcomps.complexTypes : boolean

Specify whether to generate the Complex Type Summary section.

Simple Types

doc.allcomps.simpleTypes : boolean

Specify whether to generate the Simple Type Summary section.

Element Groups

doc.allcomps.groups : boolean

Specify whether to generate the Element Group Summary section.

Global Attributes

doc.allcomps.attributes : boolean

Specify whether to generate the Global Attribute Summary section.

Attribute Groups

doc.allcomps.attributeGroups : boolean

Specify whether to generate the Attribute Group Summary section.

Namespace Overview

This group of parameters controls the content of the Namespace Overview documentation block.

Namespace Profile

doc.namespace.profile : boolean

Specify whether to generate the Namespace Profile section.

Schema Summary

doc.namespace.schemas : boolean

Specify whether to generate the Schema Summary section.

Component Summaries

doc.namespace.comps : boolean

Specify whether to generate the Component Summaries section.

Schema Overview

This group of parameters controls the content of the Schema Overview documentation blocks that can be generated for each XML schema being documented.

Schema Profile

doc.schema.profile : boolean

Specify whether to generate the Schema Profile section.

Annotation

doc.schema.annotation : boolean

Specify whether to generate the Annotation section.

Component Summaries

doc.schema.comps : boolean

Specify whether to generate the Component Summaries section.

XML Source

doc.schema.xml : boolean

Specify whether to generate the XML Source section.

Component Documentation

This group of parameters controls the detailed content of the Component Documentation blocks that can be generated for all XML schema global components and all local element components. In particular, this applies to the following types of components:
  • Elements (both global and local ones)
  • Complex Types
  • Simple Types
  • Element Groups
  • Global Attributes
  • Attribute Groups
Certain parameters in this group apply to all component types. Others are specific to only some component types.

Component Profile

doc.comp.profile : boolean

Specifies whether to generate the Component Profile section, which contains brief information about the component (such as which namespace it belongs to, where it is declared, type and content, etc.)

Applies To:
All components
Nested Parameter Group:
Controls what exactly is included in the Component Profile section.

Content Model Diagram

doc.comp.diagram : boolean

Specify whether to generate the Content Model Diagram section, which includes the graphic diagram representation of the component content model.

Applies To:
Elements, Complex Types, Element Groups
Nested Parameter Group:
Control how to direct hyperlinks from the diagram image.

XML Representation Summary

doc.comp.xmlRep : boolean

Specifies whether to generate the XML Representation Summary section.

Applies To:
All components
Nested Parameter Group:
...

Simple Content Detail

doc.comp.simpleContent : boolean

Specifies whether to generate the Simple Content Detail section.

Applies To:

  • Elements with simple content model.
  • Complex Types with simple content model.
  • All Simple Types. The simple content is exactly what a particular simple type defines.
  • All Global Attributes. The attribute value is a particular instance of simple content.

Nested Parameter Group:

Controls generation of specific details about simple content.

Lists Of Related Components

The group of parameters to control the generation of various summary lists of other XML schema components that are related to the given component.

List Layout

doc.comp.lists.layout : enum {"flow", "two_columns", "optimal"}

This parameter controls how the list items are displayed.

Possible Values:

"flow"
The list items will appear as a comma delimited text flow within a single paragraph.

This layout produces a very compact representation of the list. However, it may be difficult to read, particularly when some items contain spaces.

"two_columns"
The list items will be arranged in a two-column table.

This representation is better to read, however, it will occupy more space. It suits more for the lists, whose items are strings with spaces. It may be worse for the big lists made of short word items.

"optimal"
This choice allows the list layout to be selected automatically (this is programmed in templates). If the list is expected to include items with spaces, the two-column layout will be used. Otherwise, the list is displayed as a comma separated text flow.

Content Elements

doc.comp.lists.contentElements : boolean

Specify whether to generate the List of Content Elements.

Applies To:

Global & Local Elements, Complex Types, Element Groups

Containing Elements

doc.comp.lists.containingElements : boolean

Specify whether to generate the List of Containing Elements.

Applies To:

Global & Local Elements

Substitutable Elements

doc.comp.lists.substitutableElements : boolean

Specify whether to generate the Lists of Substitutable Elements.

Applies To:

Global Elements

Substituting Elements

doc.comp.lists.substitutingElements : boolean

Specify whether to generate the Lists of Substituting Elements.

Applies To:

Global Elements

Children By Substitutions

doc.comp.lists.childrenBySubst : boolean

Specify whether to generate the Lists of Possible Children By Substitutions.

Applies To:

Global & Local Elements

Parents By Substitutions

doc.comp.lists.parentsBySubst : boolean

Specify whether to generate the Lists of Possible Parents By Substitutions.

Applies To:

Global Elements

Parents By Substitutions

doc.comp.lists.parentsBySubst : boolean

Specify whether to generate the Lists of Possible Parents By Substitutions.

Applies To:

Global Elements

Direct Subtypes

doc.comp.lists.directSubtypes : boolean

Specify whether to generate the List of Direct Subtypes.

Applies To:

Simple Types, Complex Types

Indirect Subtypes

doc.comp.lists.indirectSubtypes : boolean

Specify whether to generate the List of Indirect Subtypes.

Applies To:

Simple Types, Complex Types

All Based Elements

doc.comp.lists.basedElements : boolean

Specify whether to generate the List of All Based Elements.

Applies To:

Simple Types, Complex Types

All Based Attributes

doc.comp.lists.basedAttributes : boolean

Specify whether to generate the List of All Based Attributes.

Applies To:

Simple Types

Usage / Definition Locations

doc.comp.usage : boolean

Specify whether to generate the Usage / Definition Locations section.

Applies To:

All components

Annotation

doc.comp.annotation : boolean

Specify whether to generate the Annotation section.

Applies To:

All components

Type Definition Detail

doc.comp.type : boolean

Specify whether to generate the Type Definition Detail section.

Applies To:

Elements, Global Attributes, Simple Types, Complex Types

XML Source

doc.comp.xml : boolean

Specify whether to generate the XML source section.

Applies To:

All components

Attribute Detail

doc.comp.attributes : boolean

Specify whether to generate the Attribute Detail section.

Applies To:

Elements, Complex Types, Attribute Groups

Content Element Detail

doc.comp.contentElements : boolean

Specify whether to generate the Content Element Detail section.

Applies To:

Elements, Complex Types, Element Groups
Show The group of parameters to control generation of various small fragments (like parts of component names, specific sections etc.)

Namespace Prefixes

show.nsPrefix : boolean

Specify whether to add namespace prefixes to any XML names appearing in the generated documentation.

As you may know, each XML name is not just a string. Rather, it is a vector of two values: { namespace URI, local name }

Any namespace prefixes used in the output documentation originate from the namespace URI/prefix bindings declared in the source XSD files. For a particular XML name, its namespace prefix is generated according to the binding for the given namespace found the nearest to the documentation context where that XML name appears.

Example:

Suppose you generate documentation for two XML schemas: schema1 and schema2.

The schema1 is targeted to the namespace associated with 'namespace_uri_1' URI, which is bound to 'myns' prefix. This schema defines some MyType type component.

The schema2 is targeted to a different namespace, however, it also uses MyType, which it imports from the schema1. To reference to that type, the schema2 binds the 'namespace_uri_1' to the prefix 'ns1', so MyType looks in it as:

ns1:MyType
How will MyType look in the output documentation when this parameter is selected?

In the parts of the documentation related to schema1 you will see:

myns:MyType
In parts related to schema2, you will see:
ns1:MyType
However, both names will be connected via hyperlinks to the same details of MyType type.

Local Element Extensions

show.localElementExt : boolean

...

About (footer)

show.about : boolean

...

Integrations The group of parameters to control integrations with other software tools

XMLSpy

integration.xmlspy : boolean

Enables XMLSpy Integration. When false, XMLSpy won't be called.

Show Application

integration.xmlspy.showApp : boolean

Specify whether to show XMLSpy application (IDE), when it is called to process XML schemas.

Delete Temporary Docs

integration.xmlspy.deleteTempDocs : boolean

Specify whether to delete all files temporarily generated by XMLSpy.

The integration of DocFlex/XML XSDDoc with XMLSpy works by calling XMLSpy to generate its own (reduced) documentation for each initially specified XML schema file. Further, that intermediate documentation is used by DocFlex/XML (the integration bridge) to obtain the diagram images (and hypertext maps to them) created by XMLSpy so as to insert them in the documentation output generated by XSDDoc. Once, XSDDoc finishes, the original XMLSpy documentation is not needed any longer and can be deleted. This parameter controls whether to delete or leave it.

All temporary files produced by XMLSpy are stored in the directory

{documentation_files}/xmlspy
where '{documentation_files}' is either the main output directory (specified to the DocFlex generator) or the directory associated with the main output file.

The documentation originally generated by XMLSpy for each initial XML schema is stored in a separate subdirectory within xmlspy under the name derived from the XML schema file's name, for example:

{documentation_files}/xmlspy/schema-for-xslt20_xsd
When this parameter is selected (true), the entire 'xmlspy' subdirectory will be deleted on the finishing of XSDDoc. Otherwise, all XMLSpy generated docs will be left.

Diagram Format

integration.xmlspy.diagramFormat : enum {"PNG", "EMF"}

Select the graphics format of the diagrams generated by XMLSpy.

Possible Values:

"PNG"
All diagrams will be in PNG formats.

This is the default format. It is best for HTML documentation. (However, in RTF/PDF documentation it will work as well.)

"EMF"
The diagrams will be generated in EMF format.

This format is more suitable for printable RTF/PDF documentation. (In case of HTML, the diagrams will be generated in EMF as well, however, whether you can see them will depend on your HTML browser.)

Important: The generation of diagrams in EMF format is possible only since XMLSpy 2009 or later. (Although, XMLSpy itself supported EMF much earlier, they provided the Java API for it only since 2009.) Therefore, if you have an earlier version of XMLSpy and select "EMF" in this parameter, only PNG graphics will be generated instead.

Fix Imagemap Coordinates

integration.xmlspy.fixCoords : boolean

Specify whether to correct imagemap coordinates generated by XMLSpy.

As of the versions XMLSpy 2004-2009, all rectangle areas contained in the hypertext imagemaps associated with the content model diagrams generated by XMLSpy are shifted slightly to the top and left, which makes every clickable area to appear somewhat displaced from where it should be.

We have found no rational purpose behind this and assumed that it was simply a bug. Therefore, we programmed a correction by adding (+10,+5) to every (x,y) coordinate found in the imagemaps.

Now, this works fine. But since it is likely the bug of XMLSpy, they may fix it some time later. In that case, our correction would actually produce a distortion by itself.

With this parameter, you can disable any corrections. Unselect it (or specify false) to have only the original imagemap coordinates (generated by XMLSpy) used in the result documentation.

Copyright© 2003-2010 Filigris Works, Leonid Rudy Softwareprodukte. All rights reserved.