RELAX NG: Coding requirements for element type declarations
Structural and domain vocabulary modules have the same coding requirements for element type declarations. Each RELAX NG vocabulary module consists of a single module file.
Element definitions
A structural or element-domain vocabulary module must contain a declaration for each specialized element type that is named in the module. While the XML standard allows content models to refer to undeclared element types, all element types that are named in content models or attribute list declarations within a vocabulary module must have a RELAX NG element declaration. The RELAX NG element declaration can occur in one of the following:
- The vocabulary module
- A base module of which the vocabulary module is a direct or indirect specialization
- (If the vocabulary module is a structural module) A required domain or structural module
The element type patterns are organized into the following sections:
- Element type name patterns
-
For each element type that is declared in the vocabulary module, there must be a pattern whose name is the element type name and whose content is a reference to the element type
tagname.elementpattern. For example:<div> <a:documentation>ELEMENT TYPE NAME PATTERNS</a:documentation> <define name="b"> <ref name="b.element"/> </define> <!-- ... --> </div>The element-type name pattern provides a layer of abstraction that facilitates redefinition. The element-type name patterns are referenced from content model and domain extension patterns. Specialization modules can re-declare the patterns to include specializations of the type, allowing the specialized types in all contexts where the base type is allowed.
The declarations can occur in any order.
- Common content-model patterns
- Structural and element-domain modules can include a section that defines the patterns that contribute to the content models of the element types that are defined in the module.
- Common attribute sets
- Structural and element-domain modules can include a section that defines patterns for attribute sets that are common to one or more of the element types that are defined in the module.
- Element type declarations
- For each element type that is declared in the vocabulary module, the following set of
patterns must be used to define the content model and attributes for the element type.
Each set of patterns is typically grouped within a
<div>element for clarity.tagname.contentdefines the complete content model for the element tagname. The content model pattern can be overridden in constraint modules to further constrain the content model for the element type.tagname.attributesdefines the complete attribute list for the element tagname, except for@classand the attributes provided by theglobal-attspattern. The attribute list declaration can be overridden in constraint modules to further constrain the attribute list for the element type.tagname.attlistis an additional attribute list pattern with a@combineattribute set to the value "interleave". This pattern contains only a reference to thetagname.attributespattern.tagname.elementis the actual element type definition. It contains an<element>element whose@namevalue is the element type name and whose content is a reference to thetagname.contentandtagname.attlistpatterns. In OASIS grammar files, the@longNameattribute in the DITA architecture namespace is also used to help enable generation of DTD and XSD grammar files.
The following example shows the declaration for the
<topichead>element, including the definition for each pattern described above.<div> <a:documentation>LONG NAME: Topic Head</a:documentation> <define name="topichead.content"> <optional> <ref name="topicmeta"/> </optional> <zeroOrMore> <choice> <ref name="anchor"/> <ref name="data.elements.incl"/> <ref name="navref"/> <ref name="topicref"/> </choice> </zeroOrMore> </define> <define name="topichead.attributes"> <optional> <attribute name="navtitle"/> </optional> <optional> <attribute name="outputclass"/> </optional> <optional> <attribute name="keys"/> </optional> <optional> <attribute name="copy-to"/> </optional> <ref name="topicref-atts"/> <ref name="univ-atts"/> </define> <define name="topichead.element"> <element name="topichead" ditaarch:longName="Topic head"> <a:documentation>The <topichead> element provides a title-only entry in a navigation map, as an alternative to the fully-linked title provided by the <topicref> element. Category: Mapgroup elements</a:documentation> <ref name="topichead.attlist"/> <ref name="topichead.content"/> </element> </define> <define name="topichead.attlist" combine="interleave"> <ref name="topichead.attributes"/> </define> </div> - idElements pattern contribution
- Element types that declare the
@idattribute as type "ID", including all topic and map element types, must provide a declaration for theidElementspattern. This is needed to correctly configure the "any" pattern override in document-type shells and avoid errors from RELAX NG parsers. The declaration is specified with a@combineattribute set to the value "choice". For example:<div> <a:documentation>LONG NAME: Map</a:documentation> <!-- ... --> <define name="idElements" combine="choice"> <ref name="map.element"/> </define> </div> - Specialization attribute declarations
-
A vocabulary module must define a
@classattribute for every specialized element. This is done in a section at the end of each module that includes atagname.attlistpattern for each element type that is defined in the module. The declarations can occur in any order.The
tagname.attlistpattern for each element defines that element's@classattribute, and also includes a reference to theglobal-attsattribute list pattern.@classis declared as an optional attribute; the default value is declared using the@a:defaultValueattribute, and the value of the attribute is constructed according to the rules in class attribute rules and syntax.For example:<define name="anchorref.attlist" combine="interleave"> <ref name="global-atts"/> <optional> <attribute name="class" a:defaultValue="+ map/topicref mapgroup-d/anchorref " /> </optional> </define>