Please note, this is a STATIC archive of website developer.mozilla.org from 03 Nov 2016, cach3.com does not collect or store any user information, there is no "phishing" involved.

Revision 140578 of DOMErrorHandler

  • Revision slug: DOM/DOMErrorHandler
  • Revision title: DOMErrorHandler
  • Revision id: 140578
  • Created:
  • Creator: Brettz9
  • Is current revision? No
  • Comment no wording changes
Tags: 

Revision Content

NOTE: This is not implemented in Mozilla. For DOMException, see DOMException.

Set as "error-handler" parameter in DOMConfiguration.setParameter . Implementation may provide a default handler. DOMError.relatedData will contain closest node to where error occurred or contain the Document node if it is unable to be determined. Document mutations from within the error handler result in implementation-dependent behavior. If there are to be multiple errors, the sequence and numbers of the errors passed to the error handler are also implementation dependent. The application using the DOM implementation implements this interface:

Properties

none

Methods

handleError ( DOMError ) - If returns false, DOM implementation should stop processing; if true, may continue depending on DOMError.severity 

Revision Source

 
<p><span style="color: rgb(255, 0, 0);">NOTE: This is not implemented in Mozilla. For DOMException, see </span><a href="/En/DOM/DOMException" title="En/DOM/DOMException">DOMException</a><span style="color: rgb(255, 0, 0);">.</span><a href="/En/DOM/DOMException" title="En/DOM/DOMException"><br>
</a></p>
<p>Set as "error-handler" parameter in <a class="internal" href="/En/DOM/DOMConfiguration.setParameter" title="En/DOM/DOMConfiguration.setParameter"><code>DOMConfiguration.setParameter</code></a> . Implementation may provide a default handler. <a class="internal" href="/En/DOM/DOMError.relatedData" title="En/DOM/DOMError.relatedData"><code>DOMError.relatedData</code></a> will contain closest node to where error occurred or contain the Document node if it is unable to be determined. Document mutations from within the error handler result in implementation-dependent behavior. If there are to be multiple errors, the sequence and numbers of the errors passed to the error handler are also implementation dependent. The application using the DOM implementation implements this interface:</p>
<h3>Properties</h3>
<p>none</p>
<h3>Methods</h3>
<p><a class="internal" href="/En/DOM/DOMErrorHandler.handleError" title="En/DOM/DOMErrorHandler.handleError"><code>handleError</code></a> ( <a class="internal" href="/En/DOM/DOMError" title="En/DOM/DOMError"><code>DOMError</code></a> ) - If returns false, DOM implementation should stop processing; if true, may continue depending on <a class="internal" href="/En/DOM/DOMError.severity" title="En/DOM/DOMError.severity"><code>DOMError.severity</code></a> </p>
Revert to this revision