Canonicalize the document according to the rules specified in [Canonical XML], such as removing the DomDocumentType node (if any) from the tree, or removing superfluous namespace declarations from each element. Note that this is limited to what can be represented in the DOM; in particular, there is no way to specify the order of the attributes in the DOM.
In addition, Setting this parameter to true will also set the state of the parameters listed below. Later changes to the state of one of those parameters will revert "canonical-form" back to false.
Other parameters are not changed unless explicitly specified in the description of the parameters.
Do not canonicalize the document.
Keep DomCDATASection nodes in the document.
Transform DomCDATASection nodes in the document into DomText nodes. The new DomText node is then combined with any adjacent DomText node.
Check if the characters in the document are fully normalized, as defined in appendix B of [XML 1.1]. When a sequence of characters is encountered that fails normalization checking, an error with the DomError::getType() equals to "check-character-normalization-failure" is issued.
Do not check if characters are normalized.
Keep DomComment nodes in the document.
Discard DomComment nodes in the document.
Expose schema normalized values in the tree, such as XML Schema normalized values in the case of XML Schema. Since this parameter requires to have schema information, the "validate" parameter will also be set to true. Having this parameter activated when "validate" is false has no effect and no schema-normalization will happen.
Do not perform schema normalization on the tree.
Keep all whitespaces in the document.
Discard all DomText nodes that contain whitespaces in element content, as described in element content whitespace. The implementation is expected to use the attribute DomText::isElementContentWhitespace() to determine if a DomText node should be discarded or not.
Keep DomEntityReference nodes in the document.
Remove all DomEntityReference nodes from the document, putting the entity expansions directly in their place. DomText nodes are normalized, as defined in DomNode::normalize(). Only unexpanded entity references are kept in the document.
Contains a DomErrorHandler object. If an error is encountered in the document, the implementation will call back the DomErrorHandler registered using this parameter. The implementation may provide a default DomErrorHandler object.
When called, DomError::getRelatedData() will contain the closest node to where the error occurred. If the implementation is unable to determine the node where the error occurs, DomError::getRelatedData() will contain the DomDocument node. Mutations to the document from within an error handler will result in implementation dependent behavior.
Keep in the document the information defined in the XML Information Set [XML Information Set].
This forces the following parameters to false: "validate-if-schema", "entities", "datatype-normalization", "cdata-sections".
This forces the following parameters to true: "namespace-declarations", "well-formed", "element-content-whitespace", "comments", "namespaces".
Other parameters are not changed unless explicitly specified in the description of the parameters.
Note that querying this parameter with getParameter returns true only if the individual parameters specified above are appropriately set.
Perform the namespace processing as defined in Namespace Normalization.
Do not perform the namespace processing.
Include namespace declaration attributes, specified or defaulted from the schema, in the document. See also the sections "Declaring Namespaces" in [XML Namespaces] and [XML Namespaces 1.1].
Discard all namespace declaration attributes. The namespace prefixes (DomNode::prefix() ) are retained even if this parameter is set to false.
Fully normalized the characters in the document as defined in appendix B of [XML 1.1].
Do not perform character normalization.
Represent a DomString object containing a list of URIs, separated by whitespaces (characters matching the nonterminal production S defined in section 2.3 [XML 1.0]), that represents the schemas against which validation should occur, i.e. the current schema. The types of schemas referenced in this list must match the type specified with schema-type, otherwise the behavior of an implementation is undefined.
The schemas specified using this property take precedence to the schema information specified in the document itself. For namespace aware schema, if a schema specified using this property and a schema specified in the document instance (i.e. using the schemaLocation attribute) in a schema document (i.e. using schema import mechanisms) share the same targetNamespace, the schema specified by the user using this property will be used. If two schemas specified using this property share the same targetNamespace or have no namespace, the behavior is implementation dependent.
If no location has been provided, this parameter is null.
Represent a DomString object containing an absolute URI and representing the type of the schema language used to validate a document against. Note that no lexical checking is done on the absolute URI.
If this parameter is not set, a default value may be provided by the implementation, based on the schema languages supported and on the schema language used at load time. If no value is provided, this parameter is null.
Split CDATA sections containing the CDATA section termination marker ]]>. When a CDATA section is split a warning is issued with a DomError::getType() equals to "cdata-sections-splitted" and DomError::getRelatedData() equals to the first DomCDATASection node in document order resulting from the split.
Signal an error if a DomCDATASection contains an unrepresentable character.
Require the validation against a schema (i.e. XML schema, DTD, any other type or representation of schema) of the document as it is being normalized as defined by [XML 1.0]. If validation errors are found, or no schema was found, the error handler is notified. Schema-normalized values will not be exposed according to the schema in used unless the parameter "datatype-normalization" is true.
This parameter will reevaluate:
Do not accomplish schema processing, including the internal subset processing. Default attribute values information are kept. Note that validation might still happen if "validate-if-schema" is true.
Enable validation only if a declaration for the document element can be found in a schema (independently of where it is found, i.e. XML schema, DTD, or any other type or representation of schema). If validation is enabled, this parameter has the same behavior as the parameter "validate" set to true.
No schema processing should be performed if the document has a schema, including internal subset processing. Default attribute values information are kept. Note that validation must still happen if "validate" is true.
Check if all nodes are XML well formed according to the XML version in use in DomDocument::getXmlVersion():
Do not check for XML well-formedness.
1.5.2