[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Re: Designs for XSLT functions (Was: Re: [xsl] RE: syntax sugar for call-template)
Subject: Re: Designs for XSLT functions (Was: Re: [xsl] RE: syntax sugar for call-template) From: David.Rosenborg@xxxxxxxxxx Date: Wed, 21 Feb 2001 00:37:59 +0100 |
Hi Uche, > I see your point, but it only makes me think that exsl:if is in general otiose > and dangerous. I'd still advocate just sticking to xsl:if for such cases. > > In particular, I would not support a use-case which had exsl:ternary() as the > decision fulcrum of a recursive function. Note that the behaviour I describe is exactly the one used in xsl:choose (modulo multiple xsl:whens). So if you like using xsl:choose for your recursion stop criteria, I cannot really see why you would object to that behaviour in an XPath equivalent. In fact, selective evaluation is already present in XPath 1.0 through the 'and' and 'or' operators. (Their behavior is commonly referred to as short-circuit evaluation) Cheers, </David> David Rosenborg Pantor Engineering AB XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: Designs for XSLT functions (Was, Uche Ogbuji | Thread | RE: Designs for XSLT functions (Was, Michael Kay |
Re: Designs for XSLT functions (Was, Uche Ogbuji | Date | Re: [xsl] tutorial xml to xml using, Robert Koberg |
Month |
Keywords