- From: Aleksey Sanin <aleksey@aleksey.com>
- Date: Mon, 08 Apr 2002 16:56:17 -0700
- To: John Boyer <JBoyer@PureEdge.com>
- CC: merlin <merlin@baltimore.ie>, reagle@w3.org, w3c-ietf-xmldsig@w3.org
Merlin, John, I could not prove my point of view with any performance data. As I said it's quite complicated and I am not sure that I can suggest good test cases. As far as I can understand your point, this XPath transform was designed to select node and all nodes childs. In this case, why do we call it XPath? Why we do not call it XPointer transform? From my point of view, XPath produces *arbitrary* nodes sets. And as an implementor or a user I would expect that "XPath transform" will operate with the nodes set produced by XPath. Not something, produced from it. From my point of view, this new transform *restricts* XPath expressions functionality and makes things more complicated. However, nobody agrees with me so probably things will stay "as is". Aleksey.
Received on Monday, 8 April 2002 19:57:19 UTC