A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.
To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).
DOM XPath: Difference between revisions
Jump to navigation
Jump to search
m (Add link to XPath 1.0) |
m (update links) |
||
Line 1: | Line 1: | ||
If someone ever decides to write down DOM XPath (i.e. a proper version of the [ | If someone ever decides to write down DOM XPath (i.e. a proper version of the [https://www.w3.org/TR/DOM-Level-3-XPath/xpath.html DOM3XPath note]), take this into account: | ||
* Integrate the XPath part of the section [ | * Integrate the XPath part of the section [https://html.spec.whatwg.org/multipage/infrastructure.html#interactions-with-xpath-and-xslt with XPath and XSLT] from HTML. | ||
* Make it clear that contrary to [https://www.w3.org/TR/1999/REC-xpath-19991116/ XPath 1.0] multiple Text nodes can indeed be returned, even if they are siblings. The DOM is not the XML InfoSet. (As is the case in WebKit and Gecko today.) | * Make it clear that contrary to [https://www.w3.org/TR/1999/REC-xpath-19991116/ XPath 1.0] multiple Text nodes can indeed be returned, even if they are siblings. The DOM is not the XML InfoSet. (As is the case in WebKit and Gecko today.) | ||
* Make it clear that contrary to [https://www.w3.org/TR/1999/REC-xpath-19991116/ XPath 1.0] the root of the tree is the Document (and not the root element). This means you can return the parent of the root element (can you get all types of siblings? comments, PIs, doctypes? probably, but untested). | * Make it clear that contrary to [https://www.w3.org/TR/1999/REC-xpath-19991116/ XPath 1.0] the root of the tree is the Document (and not the root element). This means you can return the parent of the root element (can you get all types of siblings? comments, PIs, doctypes? probably, but untested). | ||
* Simplifications: | * Simplifications: https://lists.w3.org/Archives/Public/public-webapps/2011AprJun/0310.html | ||
* Exceptions: https://bugzilla.mozilla.org/show_bug.cgi?id=743888 | * Exceptions: https://bugzilla.mozilla.org/show_bug.cgi?id=743888 | ||
Revision as of 11:49, 29 May 2019
If someone ever decides to write down DOM XPath (i.e. a proper version of the DOM3XPath note), take this into account:
- Integrate the XPath part of the section with XPath and XSLT from HTML.
- Make it clear that contrary to XPath 1.0 multiple Text nodes can indeed be returned, even if they are siblings. The DOM is not the XML InfoSet. (As is the case in WebKit and Gecko today.)
- Make it clear that contrary to XPath 1.0 the root of the tree is the Document (and not the root element). This means you can return the parent of the root element (can you get all types of siblings? comments, PIs, doctypes? probably, but untested).
- Simplifications: https://lists.w3.org/Archives/Public/public-webapps/2011AprJun/0310.html
- Exceptions: https://bugzilla.mozilla.org/show_bug.cgi?id=743888
WebIDL interfaces
[Exposed=Window] interface XPathResult { const unsigned short ANY_TYPE = 0; const unsigned short NUMBER_TYPE = 1; const unsigned short STRING_TYPE = 2; const unsigned short BOOLEAN_TYPE = 3; const unsigned short UNORDERED_NODE_ITERATOR_TYPE = 4; const unsigned short ORDERED_NODE_ITERATOR_TYPE = 5; const unsigned short UNORDERED_NODE_SNAPSHOT_TYPE = 6; const unsigned short ORDERED_NODE_SNAPSHOT_TYPE = 7; const unsigned short ANY_UNORDERED_NODE_TYPE = 8; const unsigned short FIRST_ORDERED_NODE_TYPE = 9; readonly attribute unsigned short resultType; readonly attribute unrestricted double numberValue; // Maybe "DOMString?". readonly attribute DOMString stringValue; readonly attribute boolean booleanValue; readonly attribute Node? singleNodeValue; readonly attribute boolean invalidIteratorState; readonly attribute unsigned long snapshotLength; Node? iterateNext(); Node? snapshotItem(unsigned long index); }; [Exposed=Window] interface XPathExpression { XPathResult evaluate(Node contextNode, optional unsigned short type, optional XPathResult? result); }; callback interface XPathNSResolver { DOMString? lookupNamespaceURI(DOMString? prefix); }; interface mixin XPathEvaluatorBase { XPathExpression createExpression(DOMString expression, optional XPathNSResolver? resolver); XPathNSResolver createNSResolver(Node nodeResolver); XPathResult evaluate(DOMString expression, Node contextNode, optional XPathNSResolver? resolver, optional unsigned short type, optional XPathResult? result); }; [Exposed=Window, Constructor] interface XPathEvaluator {}; XPathEvaluator includes XPathEvaluatorBase; Document includes XPathEvaluatorBase;
Indeed, you can both construct this object and access its methods on Document. Isn't the world wonderful?