Date: $Date: 2004/02/05 20:12:17 $
Note: The information contained in this page may be updated without notice to reflect the latest version of the DOM Level 3 Test Suite and implementations. We are still working on the tests to improve them with regards to the W3C Recommendation of DOM Level 3 Core, therefore the results of the tests are not necessarely fully accurate. We appreciate any bug report or comment regarding the tests (use www-dom-ts@w3.org).
As a reminder:
The DOM TS (DOM Test Suite) aims at helping implementors to write applications that support the DOM specifications. In no way are these conformance tests in the sense of providing companies or institutions with certification of DOM support. The only claim that could be made is that a particular implementation is conformant to a particular version of the DOM TS.
The DOM Level 3 Core test suite contains 415 tests, as of January 8, 2004. To build and run a DOM test suite, see Test suites.
Disclaimer: The implementations presented on this page were tested during the development of the specification and may contain imperfections.
Tests failures (10) are on
DOMImplementation.getFeature
,
Entity.getInputEncoding
,
Entity.getXMLEncoding
,
Entity.getXmlVersion
, and
Text.isElementContentWhitespace
. Those are only
failures on a few tests and could be a problem with the
implementation or the tests.
Character normalization won't be implemented in the near future, but this is an optional in the Core specification.
Oracle's current development version fails (~30) to parse xhtml1-strict.dtd due to a problem with parameter entities which caused almost total test failure. This reflects a problem in the loader of the test suite or in the parser of Oracle. It doesn't reflect a problem with the DOM implementations. Oracle's pass rate after a fix in the test suite should be better.
Character normalization won't be implemented in the near future, but this is an optional in the Core specification.
Don't support validation, but this is an optional in the Core specification.
pxdom supports the Character Normalization where the native language libraries contain the functionality - unicodedata.normalize in Python 2.3+.
Requiring all DOMs support character normalization even on platforms where such libraries are not easily available is not desirable - and I'm not convinced the feature should be 'on if supported' by default in LSSerializer, either. But including it as an optional feature does no harm.