Subject: Re: [xsl] functions and sequences From: David Carlisle <davidc@xxxxxxxxx> Date: Mon, 13 Dec 2004 11:04:25 GMT |
>> Actually, I meant: >> >> - Extend the definition of the concat() function, so that *each* >> of its (one or more) >> arguments is of type non-empty sequence of xs:string or non-empty >> sequence of text >> nodes. > >We didn't do that because it would introduce backwards compatibility >problems. > >concat(author, title, subject) in 1.0 gives you the first author and ignores >the rest. also the functionality is there with string-join (at the cost of an extra pair of brackets): string-join((author, title, subject)) will first flatten the three sequences of authors titles and subjects into one sequence and then munge them all in to one string. That's not to say it's not confusing. It'll no doubt keep us busy on this list long after for-each-group has killed off all questions about muenchian grouping:-) David ________________________________________________________________________ This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] functions and sequences, Michael Kay | Thread | RE: [xsl] XSL-FO double line border, Pawson, David |
RE: [xsl] functions and sequences, Michael Kay | Date | RE: [xsl] Using id() when id and id, Chris Matchett |
Month |