Stefano Mazzocchi wrote:
Bertrand Delacretaz wrote:
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for
the second. Having something that could cover both steps and be
usable by
Le 5 déc. 04, à 06:14, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for
the second. Having something that could cover both
(please ignore my previous message, hit send too soon ;-)
Le 6 déc. 04, à 07:27, Bertrand Delacretaz a écrit :
...
smime.p7s
Description: S/MIME cryptographic signature
Le 3 déc. 04, à 21:40, Glen Ezkovich a écrit :
...I'm not sure I agree that templates as being part of the view. I
look at them more as providing XML structure to the data
We need both actually - if you work with the two-step view pattern
(which is very natural with Cocoon), you need a first
Bertrand Delacretaz wrote:
Le 3 déc. 04, à 21:40, Glen Ezkovich a écrit :
...I'm not sure I agree that templates as being part of the view. I
look at them more as providing XML structure to the data
We need both actually - if you work with the two-step view pattern
(which is very natural
Le 4 déc. 04, à 19:24, Sylvain Wallez a écrit :
snip interesting experiences/
...Of course, this is related to our organisation where template
writers have more a developer background.
Right. And the problem now is that there is no simple way for people to
move from designer-friendly
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
Le 3 déc. 04, à 21:40, Glen Ezkovich a écrit :
...I'm not sure I agree that templates as being part of the view. I
look at them more as providing XML structure to the data
We need both actually - if you work with the two-step view pattern
On Dec 4, 2004, at 12:24 PM, Sylvain Wallez wrote:
Note however, that the approach you suggest where the generator
produces only XML data is valid in publishing-oriented applications
where there's no controller, as the generator has to perform the data
acquisition (until we have lightweight
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for the
second. Having something that could cover both steps and be usable by
either programmers working on the first step or
Bertrand Delacretaz wrote:
That's what I mean - having a transformer that can use the same
template syntax as used in the generator, so that the template
language can be used for both the generation and transformation steps.
Aren't you really talking about just a transformer then? The current
On Dec 4, 2004, at 2:49 PM, Bertrand Delacretaz wrote:
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for
the second. Having something that could cover both steps and be
usable by
Le 4 déc. 04, à 22:11, Roy G. Biv a écrit :
Aren't you really talking about just a transformer then?...
...Then the generator simply becomes a virtual one:
map:generator name=template
map:absolutize param=templatename/
map:generate type=file src={templatename}.xml/
map:transform
Bertrand Delacretaz wrote:
I see the idea, but I think the same thing can be done quite easily in
code by reusing the same processing code in the generator and
transformer.
To what advantage?
- Miles Elam
On Sab, 4 de Diciembre de 2004, 12:24, Sylvain Wallez dijo:
Note however, that the approach you suggest where the generator produces
only XML data is valid in publishing-oriented applications where there's
no controller, as the generator has to perform the data acquisition
(until we have
Glen Ezkovich wrote:
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
Le 3 déc. 04, à 21:40, Glen Ezkovich a écrit :
...I'm not sure I agree that templates as being part of the view. I
look at them more as providing XML structure to the data
We need both actually - if you work with the
Bertrand Delacretaz wrote:
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for the
second. Having something that could cover both steps and be usable by
either programmers working
Roy G. Biv wrote:
Bertrand Delacretaz wrote:
That's what I mean - having a transformer that can use the same
template syntax as used in the generator, so that the template
language can be used for both the generation and transformation steps.
Aren't you really talking about just a transformer
Stefano Mazzocchi wrote:
No, I disagree: there is a place for generation and there is a place
for transformation. They are different things and both have a reason
to exist.
I see where the statement comes from, but doesn't processing begin by
loading the template file? Data injection from flow
Roy G. Biv wrote:
Stefano Mazzocchi wrote:
No, I disagree: there is a place for generation and there is a place
for transformation. They are different things and both have a reason
to exist.
I see where the statement comes from, but doesn't processing begin by
loading the template file? Data
Ralph Goers wrote:
Why would it begin with loading the template? The process begins with
the controller accessing the model and then making a determination of
what to do next. It might need to go back to the model to obtain
another piiece of information to display an alternate screen before
On Dec 4, 2004, at 11:06 PM, Stefano Mazzocchi wrote:
Glen Ezkovich wrote:
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
Currently we have JXTG for the first step, and mostly XSLT for the
second. Having something that could cover both steps and be usable
by either programmers working on
Roy G. Biv wrote:
However useless the action may be, calling sendPage* on a pipeline
without JXTG still produces (generates) output doesn't it? I'm not
trying to be difficult, even though it may seem so.
To be honest, I wouldn't know. I haven't coded flowscript, and my
coworkers who have use
On Dec 4, 2004, at 11:14 PM, Stefano Mazzocchi wrote:
Bertrand Delacretaz wrote:
Le 4 déc. 04, à 21:03, Glen Ezkovich a écrit :
On Dec 4, 2004, at 3:37 AM, Bertrand Delacretaz wrote:
...Currently we have JXTG for the first step, and mostly XSLT for
the second. Having something that could cover
Stefano Mazzocchi said:
-- stuff removed --
${myDate as month}
-- stuff removed --
--
Stefano.
Not that I disagree with you, but why don't you consider your example to
be a taglib? Perhaps I'm just reading more generality into the
discussions than is really there, but I haven't seen
On Dec 3, 2004, at 1:33 PM, Ralph Goers wrote:
Stefano Mazzocchi said:
-- stuff removed --
${myDate as month}
-- stuff removed --
--
Stefano.
Not that I disagree with you, but why don't you consider your example
to
be a taglib? Perhaps I'm just reading more generality into the
discussions than
25 matches
Mail list logo
