- From: Mary Brady <mbrady@nist.gov>
- Date: Fri, 8 Mar 2002 07:21:01 -0500
- To: "Curt Arnold" <carnold@houston.rr.com>, <www-dom-ts@w3.org>
- Message-ID: <000f01c1c69b$b6581160$b000a8c0@scrappy>
Did anyone try the suggestion of creating an internal dtd instead of external? Will this fix the problem without requiring validation? --Mary ----- Original Message ----- From: Curt Arnold To: www-dom-ts@w3.org Sent: Friday, March 08, 2002 12:39 AM Subject: Tests that depend on node being inserted for default attributes Per http://lists.w3.org/Archives/Public/www-dom-ts/2002Mar/0002.html, I just marked 9 tests (listed below) that depend on nodes being inserted for default attibutes to only be applicable when the processor under test is validating. If a processor supports validation, the existing validation setting will be overriden for these tests. If a processor does not support validation, the test will be skipped. Currently, the ECMAScript harness does not implement support for implementationAttributes so it does not immediately remove the 9 tests from the reported failures for Mozilla. However, that will be corrected as part of the development of the new test runner. To determine the tests affected, I (temporarily) removed the default attributes from staff.dtd and logged the tests that then failed with Xerces-J 2. The tests that will now only run with validation = true are: attrdefaultvalue.xml, attrnotspecifiedvalue.xml, attrspecifiedvalueremove.xml, documentcreateelementdefaultattr.xml, elementremoveattribute.xml, elementremoveattributerestoredefaultvalue.xml, elementretrieveallattributes.xml, namednodemapremovenameditem.xml, namednodemapremovenameditemgetvalue.xml;
Received on Friday, 8 March 2002 07:16:24 UTC