[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: RE: Designs for XSLT functions
> > > > I think clearly separating the specification of the abilities: > > > > > > > > -> to statically define and statically > > > > invoke functions in XSLT, and > > > > > > > > -> to dynamically invoke functions > > I don't see any need for special syntax to invoke functions whose name is > decided at run-time. That can easily be done using a general-purpose > evaluate() extension that constructs XPath expressions from strings. I do see the need. First of all, exsl:call() would be more efficient than exsl:evaluate() in any implementation scenario I can readily imagine. The former simply expands the name and looks up in a symbol table. The latter involves full LR(k) parsing, with lexing. Also, there is the special ability Jeni and I have suggested for exsl:call to permit named parameters, which I think is very useful. -- Uche Ogbuji Principal Consultant uche.ogbuji@xxxxxxxxxxxxxxx +1 303 583 9900 x 101 Fourthought, Inc. http://Fourthought.com 4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA Software-engineering, knowledge-management, XML, CORBA, Linux, Python 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
|