[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: XPath's role (Was: Re: Re: . in for)
> > Taking the basic example: > > for $item in $sequence return some:function($item) > > is equivalent to: > > <xsl:function name="my:for"> > <xsl:param name="sequence" type="item*" /> > <xsl:result select="if (empty($sequence)) > then () > else (my:function($sequence[1]), > my:for($sequence[position() > 1]))" /> > </xsl:function> > OK, I'll change the rules. If removing range variables means that to achieve simple things, people have to write recursive functions, then I'd rather keep range variables! Two reasons: Usability and Optimization. You can argue with both, of course, but I think the solutions using range variables are more manageable both for implementors and for users, especially the sort of users who've written a bit of SQL. Mike Kay 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
|