Interface DTMFilter
public interface DTMFilter
-
Field Summary
Fields Modifier and Type Field Description static intSHOW_ALLShow allNodes.static intSHOW_ATTRIBUTEShowAttrnodes.static intSHOW_BYFUNCTIONSpecial bit for filters implementing match patterns starting with a function.static intSHOW_CDATA_SECTIONShowCDATASectionnodes.static intSHOW_COMMENTShowCommentnodes.static intSHOW_DOCUMENTShowDocumentnodes.static intSHOW_DOCUMENT_FRAGMENTShowDocumentFragmentnodes.static intSHOW_DOCUMENT_TYPEShowDocumentTypenodes.static intSHOW_ELEMENTShowElementnodes.static intSHOW_ENTITYShowEntitynodes.static intSHOW_ENTITY_REFERENCEShowEntityReferencenodes.static intSHOW_NAMESPACEThis bit instructs the iterator to show namespace nodes, which are modeled by DTM but not by the DOM.static intSHOW_NOTATIONShowNotationnodes.static intSHOW_PROCESSING_INSTRUCTIONShowProcessingInstructionnodes.static intSHOW_TEXTShowTextnodes. -
Method Summary
Modifier and Type Method Description shortacceptNode(int nodeHandle, int whatToShow)Test whether a specified node is visible in the logical view of aDTMIterator.shortacceptNode(int nodeHandle, int whatToShow, int expandedName)Test whether a specified node is visible in the logical view of aDTMIterator.
-
Field Details
-
SHOW_ALL
static final int SHOW_ALLShow allNodes.- See Also:
- Constant Field Values
-
SHOW_ELEMENT
static final int SHOW_ELEMENTShowElementnodes.- See Also:
- Constant Field Values
-
SHOW_ATTRIBUTE
static final int SHOW_ATTRIBUTEShowAttrnodes. This is meaningful only when creating an iterator or tree-walker with an attribute node as itsroot; in this case, it means that the attribute node will appear in the first position of the iteration or traversal. Since attributes are never children of other nodes, they do not appear when traversing over the main document tree.- See Also:
- Constant Field Values
-
SHOW_TEXT
static final int SHOW_TEXTShowTextnodes.- See Also:
- Constant Field Values
-
SHOW_CDATA_SECTION
static final int SHOW_CDATA_SECTIONShowCDATASectionnodes.- See Also:
- Constant Field Values
-
SHOW_ENTITY_REFERENCE
static final int SHOW_ENTITY_REFERENCEShowEntityReferencenodes. Note that if Entity References have been fully expanded while the tree was being constructed, these nodes will not appear and this mask has no effect.- See Also:
- Constant Field Values
-
SHOW_ENTITY
static final int SHOW_ENTITYShowEntitynodes. This is meaningful only when creating an iterator or tree-walker with anEntitynode as itsroot; in this case, it means that theEntitynode will appear in the first position of the traversal. Since entities are not part of the document tree, they do not appear when traversing over the main document tree.- See Also:
- Constant Field Values
-
SHOW_PROCESSING_INSTRUCTION
static final int SHOW_PROCESSING_INSTRUCTIONShowProcessingInstructionnodes.- See Also:
- Constant Field Values
-
SHOW_COMMENT
static final int SHOW_COMMENTShowCommentnodes.- See Also:
- Constant Field Values
-
SHOW_DOCUMENT
static final int SHOW_DOCUMENTShowDocumentnodes. (Of course, as with Attributes and such, this is meaningful only when the iteration root is the Document itself, since Document has no parent.)- See Also:
- Constant Field Values
-
SHOW_DOCUMENT_TYPE
static final int SHOW_DOCUMENT_TYPEShowDocumentTypenodes.- See Also:
- Constant Field Values
-
SHOW_DOCUMENT_FRAGMENT
static final int SHOW_DOCUMENT_FRAGMENTShowDocumentFragmentnodes. (Of course, as with Attributes and such, this is meaningful only when the iteration root is the Document itself, since DocumentFragment has no parent.)- See Also:
- Constant Field Values
-
SHOW_NOTATION
static final int SHOW_NOTATIONShowNotationnodes. This is meaningful only when creating an iterator or tree-walker with aNotationnode as itsroot; in this case, it means that theNotationnode will appear in the first position of the traversal. Since notations are not part of the document tree, they do not appear when traversing over the main document tree.- See Also:
- Constant Field Values
-
SHOW_NAMESPACE
static final int SHOW_NAMESPACEThis bit instructs the iterator to show namespace nodes, which are modeled by DTM but not by the DOM. Make sure this does not conflict withNodeFilter.%REVIEW% Might be safer to start from higher bits and work down, to leave room for the DOM to expand its set of constants... Or, possibly, to create a DTM-specific field for these additional bits.
- See Also:
- Constant Field Values
-
SHOW_BYFUNCTION
static final int SHOW_BYFUNCTIONSpecial bit for filters implementing match patterns starting with a function. Make sure this does not conflict withNodeFilter.%REVIEW% Might be safer to start from higher bits and work down, to leave room for the DOM to expand its set of constants... Or, possibly, to create a DTM-specific field for these additional bits.
- See Also:
- Constant Field Values
-
-
Method Details
-
acceptNode
short acceptNode(int nodeHandle, int whatToShow)Test whether a specified node is visible in the logical view of aDTMIterator. Normally, this function will be called by the implementation ofDTMIterator; it is not normally called directly from user code.- Parameters:
nodeHandle- int Handle of the node.whatToShow- one of SHOW_XXX values.- Returns:
- one of FILTER_ACCEPT, FILTER_REJECT, or FILTER_SKIP.
-
acceptNode
short acceptNode(int nodeHandle, int whatToShow, int expandedName)Test whether a specified node is visible in the logical view of aDTMIterator. Normally, this function will be called by the implementation ofDTMIterator; it is not normally called directly from user code.TODO: Should this be setNameMatch(expandedName) followed by accept()? Or will we really be testing a different name at every invocation?
%REVIEW% Under what circumstances will this be used? The cases I've considered are just as easy and just about as efficient if the name test is performed in the DTMIterator... -- Joe
%REVIEW% Should that 0xFFFF have a mnemonic assigned to it? Also: This representation is assuming the expanded name is indeed split into high/low 16-bit halfwords. If we ever change the balance between namespace and localname bits (eg because we decide there are many more localnames than namespaces, which is fairly likely), this is going to break. It might be safer to encapsulate the details with a makeExpandedName method and make that responsible for setting up the wildcard version as well.
- Parameters:
nodeHandle- int Handle of the node.whatToShow- one of SHOW_XXX values.expandedName- a value defining the exanded name as defined in the DTM interface. Wild cards will be defined by 0xFFFF in the namespace and/or localname portion of the expandedName.- Returns:
- one of FILTER_ACCEPT, FILTER_REJECT, or FILTER_SKIP.
-