Subject: RE: The top 10 limitations of XSLT 1.0 (was RE: [xsl] RE: Designs for XSLT functions) From: "Diamond, Jason" <Jason.Diamond@xxxxxxx> Date: Wed, 21 Feb 2001 16:06:01 -0600 |
You could generate a stylesheet using similar logic. Then use that generated stylesheet to transform the original source document into the HTML form. It's a little more complex and requires two transformations instead of just one but it wouldn't use any extension functions and would surely impress your friends. :-) Jason. -----Original Message----- From: Scott Sanders [mailto:satan@xxxxxxxxxxxxx] Sent: Wednesday, February 21, 2001 10:24 AM To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx Subject: Re: The top 10 limitations of XSLT 1.0 (was RE: [xsl] RE: Designs for XSLT functions) > evaluate("item[@code = '$1' and @desc = '$2']", $code, $desc) > > I do think evaluate() is a very necessary extension to the spec, even though > I know it would probably be abused, because: I agree. I hope this is not a case of abuse. If it is, let me know. There are two extensions in Saxon that I find ABSOLUTELY necessary. 1) saxon:output to output multiple files (the yin to the document()'s yang) 2) saxon:eval/saxon:expr for dynamcially generating an XPath expression back into the same source document. I use it for filling in HTML Form <input/>s with a value from elsewhere in the document, and I haven't found any other way to do that. Example: <payload> <document> <form url="http://some.post.url.here"> <field name="username" value="User.Name"/> </form> </document> <User> <Name>Scott</Name> <Address>...</Address> </User> </payload> With a little translate() User.Name becomes User/Name, and with concat() we get /payload/User/Name into a variable, and then eval() gives us the node-set, so the output can be displayed as: Turns into: <html> ... <form...> <input type="text" name="username" value="Scott"> </form> </html> Note that I could have the data for the form in a separate document, but I still have to build the XPath expression at run-time. Any suggestions around this are very welcome. Scott Sanders XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: The top 10 limitations of XSLT , Dylan Walsh | Thread | RE: [xsl] XQuery (was Designs for X, Dylan Walsh |
[xsl] Re: xsl:function, Jeni Tennison | Date | Re: [xsl] xsl:choose / xsl:when pro, Wayne Davis |
Month |