The QDomImplementation class provides information about the features of the DOM implementation. More...
Header: | #include <QDomImplementation> |
qmake: | QT += xml |
Note: All functions in this class are reentrant with the following exceptions:
enum | InvalidDataPolicy { AcceptInvalidChars, DropInvalidChars, ReturnNullNode } |
QDomImplementation() | |
QDomImplementation(const QDomImplementation &x) | |
~QDomImplementation() | |
QDomDocument | createDocument(const QString &nsURI, const QString &qName, const QDomDocumentType &doctype) |
QDomDocumentType | createDocumentType(const QString &qName, const QString &publicId, const QString &systemId) |
bool | hasFeature(const QString &feature, const QString &version) const |
bool | isNull() |
bool | operator!=(const QDomImplementation &x) const |
QDomImplementation & | operator=(const QDomImplementation &x) |
bool | operator==(const QDomImplementation &x) const |
QDomImplementation::InvalidDataPolicy | invalidDataPolicy() |
void | setInvalidDataPolicy(QDomImplementation::InvalidDataPolicy policy) |
The QDomImplementation class provides information about the features of the DOM implementation.
This class describes the features that are supported by the DOM implementation. Currently the XML subset of DOM Level 1 and DOM Level 2 Core are supported.
Normally you will use the function QDomDocument::implementation() to get the implementation object.
You can create a new document type with createDocumentType() and a new document with createDocument().
For further information about the Document Object Model see Level 1 and Level 2 Core. For a more general introduction of the DOM implementation see the QDomDocument documentation.
The QDom classes have a few issues of nonconformance with the XML specifications that cannot be fixed in Qt 4 without breaking backward compatibility. The Qt XML Patterns module and the QXmlStreamReader and QXmlStreamWriter classes have a higher degree of a conformance.
See also hasFeature().
This enum specifies what should be done when a factory function in QDomDocument is called with invalid data.
Constant | Value | Description |
---|---|---|
QDomImplementation::AcceptInvalidChars |
0 |
The data should be stored in the DOM object anyway. In this case the resulting XML document might not be well-formed. This is the default value and QDom's behavior in Qt < 4.1. |
QDomImplementation::DropInvalidChars |
1 |
The invalid characters should be removed from the data. |
QDomImplementation::ReturnNullNode |
2 |
The factory function should return a null node. |
See also setInvalidDataPolicy() and invalidDataPolicy().
Constructs a QDomImplementation object.
Constructs a copy of x.
Destroys the object and frees its resources.
Creates a DOM document with the document type doctype. This function also adds a root element node with the qualified name qName and the namespace URI nsURI.
Creates a document type node for the name qName.
publicId specifies the public identifier of the external subset. If you specify an empty string (QString()) as the publicId, this means that the document type has no public identifier.
systemId specifies the system identifier of the external subset. If you specify an empty string as the systemId, this means that the document type has no system identifier.
Since you cannot have a public identifier without a system identifier, the public identifier is set to an empty string if there is no system identifier.
DOM level 2 does not support any other document type declaration features.
The only way you can use a document type that was created this way, is in combination with the createDocument() function to create a QDomDocument with this document type.
In the DOM specification, this is the only way to create a non-null document. For historical reasons, Qt also allows to create the document using the default empty constructor. The resulting document is null, but becomes non-null when a factory function, for example QDomDocument::createElement(), is called. The document also becomes non-null when setContent() is called.
See also createDocument().
The function returns true
if QDom implements the requested version of a feature; otherwise returns false
.
The currently supported features and their versions:
Feature | Version |
---|---|
XML | 1.0 |
[static]
QDomImplementation::InvalidDataPolicy QDomImplementation::invalidDataPolicy()Returns the invalid data policy, which specifies what should be done when a factory function in QDomDocument is passed invalid data.
Warning: This function is not reentrant.
This function was introduced in Qt 4.1.
See also setInvalidDataPolicy() and InvalidDataPolicy.
Returns false
if the object was created by QDomDocument::implementation(); otherwise returns true
.
[static]
void QDomImplementation::setInvalidDataPolicy(QDomImplementation::InvalidDataPolicy policy)Sets the invalid data policy, which specifies what should be done when a factory function in QDomDocument is passed invalid data.
The policy is set for all instances of QDomDocument which already exist and which will be created in the future.
QDomDocument doc; QDomImplementation impl; // This will create the element, but the resulting XML document will // be invalid, because '~' is not a valid character in a tag name. impl.setInvalidDataPolicy(QDomImplementation::AcceptInvalidData); QDomElement elt1 = doc.createElement("foo~bar"); // This will create an element with the tag name "foobar". impl.setInvalidDataPolicy(QDomImplementation::DropInvalidData); QDomElement elt2 = doc.createElement("foo~bar"); // This will create a null element. impl.setInvalidDataPolicy(QDomImplementation::ReturnNullNode); QDomElement elt3 = doc.createElement("foo~bar");
Warning: This function is not reentrant.
This function was introduced in Qt 4.1.
See also invalidDataPolicy() and InvalidDataPolicy.
Returns true
if x and this DOM implementation object were created from different QDomDocuments; otherwise returns false
.
Assigns x to this DOM implementation.
Returns true
if x and this DOM implementation object were created from the same QDomDocument; otherwise returns false
.