Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Another possibility is to let set asign the value to the first
variable binding with the same name that it finds when the stack is
searched,
-1. Don't think this is a possibility; as noted above, templates
should be side effect free.
Glad that you ag
On Jan 24, 2005, at 3:10 PM, Daniel Fagerstrom wrote:
Vadim Gritsenko wrote:
Daniel Fagerstrom wrote:
Ok, that explains the behaviour, the question is what we should do
about the, admitingly, weird behaviour.
How it is weird - it's same as in xslt.
Not exactly, while xsl:variable is like a final d
Daniel Fagerstrom wrote:
Another possibility is to let set asign the value to the first
variable binding with the same name that it finds when the stack is
searched,
-1. Don't think this is a possibility; as noted above, templates
should be side effect free.
Glad that you agree :) Eric and Les
Vadim Gritsenko wrote:
Daniel Fagerstrom wrote:
Ok, that explains the behaviour, the question is what we should do
about the, admitingly, weird behaviour.
How it is weird - it's same as in xslt.
Not exactly, while xsl:variable is like a final declaration in Java,
jx:set is an asignment and can b
Daniel Fagerstrom wrote:
Ok, that explains the behaviour, the question is what we should do about
the, admitingly, weird behaviour.
How it is weird - it's same as in xslt.
One possibilty would be to decide that we want JXTG to be more like a
functional language.
+1
In that case we should deprec
Daniel Fagerstrom wrote:
>
> ...
>
> But it wasn't clear to me what the use case does.
>
>> I also had several
>> cases where I wanted the numbering to be consistent across several
>> forEach calls and also had to implement hacks.
>
Couldn't say better :-). That's a good abstract of what this
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
BURGHARD Éric wrote:
Variable nature and scope (kind of non-mutable that you can overwrite
?),
but someone could tell me this a feature :-). Perhaps i've miss
something,
but look what i need to do to retrieve a value incremented inside a
forEach
lo
Daniel Fagerstrom wrote:
BURGHARD Éric wrote:
I'm working on refactoring JXTG so that it will be easier to support and
develop. I'm aware about that you have access the request object etc
Great ! Don't know if i can help (time), but if you have a road map or
something like that, i would be happy t
BURGHARD Éric wrote:
I'm working on refactoring JXTG so that it will be easier to support and
develop. I'm aware about that you have access the request object etc
Great ! Don't know if i can help (time), but if you have a road map or
something like that, i would be happy to contribute.
I will write
> I'm working on refactoring JXTG so that it will be easier to support and
> develop. I'm aware about that you have access the request object etc
Great ! Don't know if i can help (time), but if you have a road map or
something like that, i would be happy to contribute.
> differently depending on
Le 21 janv. 05, à 11:11, Daniel Fagerstrom a écrit :
...Having an attribute template alternative to XSLT for XML to XML
transformations is another thing...
ok, got it thanks!
-Bertrand
smime.p7s
Description: S/MIME cryptographic signature
Bertrand Delacretaz wrote:
Le 21 janv. 05, à 10:14, Daniel Fagerstrom a écrit :
...If you or someone else would like to make XSLT easier to use as
template language, I would be happy to help with design discussions.
But I have lost my interest in pushing for or implementing such a
thing...
Note
Le 21 janv. 05, à 10:14, Daniel Fagerstrom a écrit :
...If you or someone else would like to make XSLT easier to use as
template language, I would be happy to help with design discussions.
But I have lost my interest in pushing for or implementing such a
thing...
Note that such a thing is availa
BURGHARD Éric wrote:
This has also been discussed in detail:
http://marc.theaimsgroup.com/?t=10493079564&r=4&w=2
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104998241710064&w=2
http://marc.theaimsgroup.com/?t=10501653644&r=1&w=2
http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=105
> This has also been discussed in detail:
> http://marc.theaimsgroup.com/?t=10493079564&r=4&w=2
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104998241710064&w=2
> http://marc.theaimsgroup.com/?t=10501653644&r=1&w=2
> http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=1051784364292
Peter Hunsberger wrote:
On Thu, 20 Jan 2005 20:58:51 +0100, Daniel Fagerstrom
<[EMAIL PROTECTED]> wrote:
existing generator/transformer approaches
What many people seem to want is a template language other than XSLT.
Personally, I agree that that seems to be re-inventing the wheel, but
open source
On Thu, 20 Jan 2005 20:58:51 +0100, Daniel Fagerstrom
<[EMAIL PROTECTED]> wrote:
existing generator/transformer approaches
> >
> > What many people seem to want is a template language other than XSLT.
> > Personally, I agree that that seems to be re-inventing the wheel, but
> > open source commun
Peter Hunsberger wrote:
On Thu, 20 Jan 2005 15:07:25 +0100, BURGHARD Éric
<[EMAIL PROTECTED]> wrote:
So is there any plan to add an xslt2.0 generator. Think about a generator
which add some context variables (like $cocoon), or give access to
protocols (like cocoon:/) inside in your template.
There
BURGHARD Éric wrote:
hi everybody,
I'm a little disapointed by all theses xml languages we can found around
which nearly all do the same things.
1) Last time i wanted to construct a project with maven and i found jelly.
it had a rich tag library, handle jexl expressions, and can handle
On Thu, 20 Jan 2005 15:07:25 +0100, BURGHARD Éric
<[EMAIL PROTECTED]> wrote:
> hi everybody,
>
> I'm a little disapointed by all theses xml languages we can found around
> which nearly all do the same things.
>
> 1) Last time i wanted to construct a project with mave
hi everybody,
I'm a little disapointed by all theses xml languages we can found around
which nearly all do the same things.
1) Last time i wanted to construct a project with maven and i found jelly.
it had a rich tag library, handle jexl expressions, and can handle xpath
through tag's
21 matches
Mail list logo
