[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] AW: expression must evaluate to a nodeset / shortcuts
Hi David, thank you for your explication. XSLT is a world of convergence, so for somebody might be a FAQ, for others like me coming from designing a interface, it is not so easy to understand. Everytime i try to search the archive from this list i got no results, when i restrict the parameters. It would be great, if there could be a uptodate search engine there. Thanks again, Hans Braumüller -- + -- Mail Art Not War http://crosses.net > Is there a workaround for this? not really. Some systems have an evaluate fextension function to evaluate a string as an Xpath. But you ask > Why i can use but the question is "why would you expect that" (and others too, you are not teh first to ask, this is a FAQ) Most languages have the same restriction. after <xsl:variable name="path" select=" '/root/body/filter/df/@name' "/> $path is a _string_ containing a bit of XPath syntax. so <xsl:value-of select="$path='gspkennung'/@title"/> is legal but means the same as <xsl:value-of select="'/root/body/filter/df/@name'='gspkennung'/@title"/> and tests those two strings. this is just the same as C or most otehr languages, in C if you have the string "x + y" you can't easily get from there to the sum of teh variables x and y unless you write a parser for teh string that maps that string syntax to the expression language. That's what the xx:evaluate() function does for you if your system has that extension (saxon and xalan at least have such an extension) David 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
|