[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
Keywords