[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Re: [xsl] Re: Incrementing a Global variable
Subject: Re: [xsl] Re: Incrementing a Global variable From: Mukul Gandhi <mukulw3@xxxxxxxxx> Date: Thu, 28 Aug 2003 05:10:29 -0700 (PDT) |
Would it not be nice if both kind of variables are available -- the present kind ( <xsl:variable ), and a second kind of variable (e.g. xsl:variable2 ) which can increment. It will be the programmer's responsibility to use xsl:variable (non-incrementable) or xsl:variable2(incrementable).. If somebody wishes to produce a side-effect free program, he/she can use xsl:variable (which will facilitate that objective) ; if somebody wishes to use a incrementable variable , he/she can use the other one .. Regards, Mukul --- Rajendra S Rawat <rajsrawat@xxxxxxxxx> wrote: > > --- David Carlisle <davidc@xxxxxxxxx> wrote: > > > > > The problem of generating serial nos > > > comes frequently in real world situations > > > > Which numbering schemes would be easier with > > incrementing variablesthan > > with the existing xslt facilities, xsl:number, > > position() count() etc. > > Sorry to chip in.This discussion started with my > problem and it's still unsolved. > > These numbering schemes fail together to do a simple > trivial thing.For example --- my problem(though it's > not that simple)! Which could have been done > straight > away if there were some provision of incrementing a > variable in XSLT. > > Beleive it or not there is a strong need of one > IMHO. > there was no need of deprecating xsl:assign or > fixing > a bug > where <xsl:variable name="a" select="$a+1" /> > worked some time ago. > > If there were no need then nobody would have bothred > to write ft:assign to do this thing. > > Ok there are some problems introducing it. But an > working extension/provision/solution is highly > recommended. > > This 'll not make XSL procedural but solve problems > of > both communities(saving a lot of time and energy in > reinventing the wheel),As some solutions(ft:assign > already exists (which are (may be) not > straightforward. > > Currently I'm trying to integrate Americo Solution > but actual problem has not 3 but 10 columns each > with > a bit complex content.I think I have to integrate > all > these contents in <item vars... > > Regards > Raj > > > > > I can't think of any that would justify completely > > changing the nature > > of the language. > > > > David > > > > > ________________________________________________________________________ > > This e-mail has been scanned for all viruses by > Star > > Internet. 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 > > > ________________________________________________________________________ > > > > XSL-List info and archive: > > http://www.mulberrytech.com/xsl/xsl-list > > > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > http://sitebuilder.yahoo.com > > XSL-List info and archive: > http://www.mulberrytech.com/xsl/xsl-list > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Re: Incrementing a Global, Rajendra S Rawat | Thread | Re: [xsl] Re: Incrementing a Global, David Carlisle |
RE: [xsl] Incrementing a Global var, Michael Kay | Date | RE: [xsl] Incrementing a Global var, Jarno . Elovirta |
Month |