- From: Curt Arnold <carnold@houston.rr.com>
- Date: Mon, 02 Jun 2003 23:56:02 -0500
- To: "Benjamin C. Chang" <Ben.Chang@oracle.com>
- CC: www-dom@w3.org, w3c-dom-wg@w3.org
Curt Arnold wrote: > Benjamin C. Chang wrote: > ... > >>> validateDocument: >>> >>> How would warnings be issued? There appears to be an interface name >>> missing between "[DOM Level 3 Core]" and "interface" >>> >> >> >> The method makes use of the passed-in error handler, as described >> in the DOM L3 CORE DOMConfiguration interface; warnings are >> handled through this exception handler. There is a link to this >> interface now. >> >> > > A return value from the validation would be useful when the only > interest was if the document was schema or DTD valid. Without an > explicit return value, it might be inferred that validation could be > asynchronous. "Passed-in error handler" suggests that an instance of DOMErrorHandler is a parameter on the call to validateDocument. If it were then there would be no need to reference the definition of DOMConfiguration. If the intention to cast the document to DOMConfiguration and call the setParameter("error-handler", errorHandler), then you would need to define what would occur if setParameter("schema-location",...) was called after loading but before calling validateDocument. Changing the schema locations after document construction could be so disruptive that you may want to prevent it and use importNode when you want to recreate a document with a different schema. If DOMConfiguration was then only used as part of document loading, it might be moved from Core to Load/Save. My current preference is to define validateDocument as: boolean validateDocument(DOMErrorHandler errorHandler)
Received on Tuesday, 3 June 2003 00:56:01 UTC