Org.W3c.Dom.LS.ILSParserFilter
LSParserFilters provide applications the ability to examine nodes as they are being constructed while parsing.

See Also: ILSParserFilter Members

Syntax

[Android.Runtime.Register("org/w3c/dom/ls/LSParserFilter", "", "Org.W3c.Dom.LS.ILSParserFilterInvoker")]
public interface ILSParserFilter : Android.Runtime.IJavaObject, IDisposable

Remarks

LSParserFilters provide applications the ability to examine nodes as they are being constructed while parsing. As each node is examined, it may be modified or removed, or the entire parse may be terminated early.

At the time any of the filter methods are called by the parser, the owner Document and DOMImplementation objects exist and are accessible. The document element is never passed to the LSParserFilter methods, i.e. it is not possible to filter out the document element. Document, DocumentType, Notation, Entity, and Attr nodes are never passed to the acceptNode method on the filter. The child nodes of an EntityReference node are passed to the filter if the parameter "" is set to false. Note that, as described by the parameter "", unexpanded entity reference nodes are never discarded and are always passed to the filter.

All validity checking while parsing a document occurs on the source document as it appears on the input stream, not on the DOM document as it is built in memory. With filters, the document in memory may be a subset of the document on the stream, and its validity may have been affected by the filtering.

All default attributes must be present on elements when the elements are passed to the filter methods. All other default content must be passed to the filter methods.

DOM applications must not raise exceptions in a filter. The effect of throwing exceptions from a filter is DOM implementation dependent.

See also the .

[Android Documentation]

Requirements

Namespace: Org.W3c.Dom.LS
Assembly: Mono.Android (in Mono.Android.dll)
Assembly Versions: 0.0.0.0
Since: Added in API level 8