This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
Re: Designs for XSLT functions (Was: Re: RE: syntax sugar for call-template)
- TO: xsl-list at lists dot mulberrytech dot com
- Subject: Re: Designs for XSLT functions (Was: Re: [xsl] RE: syntax sugar for call-template)
- From: David dot Rosenborg at pantor dot com
- Date: Wed, 21 Feb 2001 00:37:59 +0100
- CC: uche dot ogbuji at FourThought dot com
- Reply-To: xsl-list at lists dot mulberrytech dot com
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