[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Implementing XPointer Resolution With saxon:evalua
Eliot,
Easy bit first: Also, why does this fail?: Try test="self::xindr:indirector". You're forgetting that there's an invisible child:: axis in that XPath. Now the hard one: What I can't figure out is how to have the resolve-xpointer template return the actual nodes referenced, not a copy of them--is this even possible without writing an extension function that does all the address resolution? That is, I don't see a way for the value of a template to be the direct value of a select action, rather than a copy of the value. On the face of it, this would seem to be impossible, since templates aren't really functions, we just use them that way to return RTFs (which some are willing to use extensions to turn back into node sets -- but not the original nodes). No doubt Mike K. or another implementor can confirm this; no doubt also there is some design principle of the language that accounts for why you aren't allowed such resolution. Maybe I'm being dense, but why do you conclude However, my implementation of resolve-xpointer uses xsl:copy-of, which of course isn't going to work because the copy nodes are not the same as the initial target nodes. Yet if they contain all the same information, using a node-set extension couldn't you query into them and find the further information you need to continue along your chain? Cheers, Wendell
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|