-Original Message-
From: Leszek Gawron [mailto:[EMAIL PROTECTED]
assume you have a collection of Projects. Each project has a
project.description property. This property contains a string
that can
be parsed by a wiki parser and generate html out of it. How would you
implement
Conal Tuohy wrote:
-Original Message-
From: Leszek Gawron [mailto:[EMAIL PROTECTED]
assume you have a collection of Projects. Each project has a
project.description property. This property contains a string
that can
be parsed by a wiki parser and generate html out of it. How would you
Il giorno 11/ago/04, alle 10:00, Leszek Gawron ha scritto:
- I end up inserting a wiki parser in user session and referencing it
in jx template via:
${cocoon.session.wikify( activity.task.project.description,
cocoon.consumer) }
Same for any other formatter or presentational macro (like link
-Original Message-
From: Leszek Gawron
My question is: why do you call a wiki parser a model
aspect if in my
example I have to pass it for EVERY model? It looks more like a view
plugin really.
Where should you draw the line between model and view?
In the case of JXTG, it is
Conal Tuohy wrote:
-Original Message-
From: Leszek Gawron
My question is: why do you call a wiki parser a model
aspect if in my
example I have to pass it for EVERY model? It looks more like a view
plugin really.
Where should you draw the line between model and view?
In the case of
Antonio Gallardo wrote:
Hi Lezsek:
I will talk about my own experience. We already build 2 fairly
semi-complex forms intensive applications with CForms + JX Template
Generator. The idea is that JXG is used only for some special view
purposes. You prepare the data on a java class and JXT just show
Leszek Gawron dijo:
I have implemented only a few small projects using jxtg and found some
live examples of these limitations:
1. you cannot parse string from your model as xml, had do use session
hacks to do that ( put flowscript function into session, use it via
macro in jxtg):
Il giorno 10/ago/04, alle 11:13, Leszek Gawron ha scritto:
1. you cannot parse string from your model as xml, had do use session
hacks to do that ( put flowscript function into session, use it via
macro in jxtg):
I don't think it's the view's responsibility to parse XML. Parse it in
the
Antonio Gallardo wrote:
Leszek Gawron dijo:
I have implemented only a few small projects using jxtg and found some
live examples of these limitations:
1. you cannot parse string from your model as xml, had do use session
hacks to do that ( put flowscript function into session, use it via
Ugo Cei wrote:
Il giorno 10/ago/04, alle 11:13, Leszek Gawron ha scritto:
1. you cannot parse string from your model as xml, had do use session
hacks to do that ( put flowscript function into session, use it via
macro in jxtg):
I don't think it's the view's responsibility to parse XML.
Leszek Gawron wrote:
Ugo Cei wrote:
Il giorno 10/ago/04, alle 11:13, Leszek Gawron ha scritto:
1. you cannot parse string from your model as xml, had do use session
hacks to do that ( put flowscript function into session, use it via
macro in jxtg):
I don't think it's the view's
Nuno Santos dijo:
JXTG is a nice templating tool, but very limited! Why should we be stuck
to it if we have a more powerfull templating stuck in the scratchpad?
Please, can explain more what we have there? Just curious.
Best Regards,
Antonio Gallardo
Leszek Gawron wrote:
Is anybody interested in FreeMarker integration with cocoon? There is no
single word (Oh there are some freemarker occurences but they do not
stick to the subject) about FreeMarker on the cocoon-dev list. It is BSD
style licensed so there is no problem with shipping
Just Jelly!
It has all functionality that JXTG gives you, plus the fact that you can
build your own tags either as classes or as macros!
On Tue, 2004-08-10 at 16:14, Antonio Gallardo wrote:
Nuno Santos dijo:
JXTG is a nice templating tool, but very limited! Why should we be stuck
to it if
Why JXTG sucks? Because it's to powerful!
http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
(It's not the first time that it is posted here.)
rules:
view cannot modify the model
view cannot perform computations upon dependent data values
view cannot compare dependent data values
view cannot
Joerg Heinicke wrote:
Why JXTG sucks? Because it's to powerful!
http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
(It's not the first time that it is posted here.)
rules:
view cannot modify the model
view cannot perform computations upon dependent data values
view cannot compare dependent
Leszek Gawron wrote:
Joerg Heinicke wrote:
Why JXTG sucks? Because it's to powerful!
http://www.cs.usfca.edu/~parrt/papers/mvc.templates.pdf
(It's not the first time that it is posted here.)
snip
Jrg
I'll read the document and have more comments tomorrow.
Browsing over the PDF, ahh,
Is anybody interested in FreeMarker integration with cocoon? There is no
single word (Oh there are some freemarker occurences but they do not
stick to the subject) about FreeMarker on the cocoon-dev list. It is BSD
style licensed so there is no problem with shipping it with cocoon I think
Leszek Gawron wrote:
Is anybody interested in FreeMarker integration with cocoon? There is no
single word (Oh there are some freemarker occurences but they do not
stick to the subject) about FreeMarker on the cocoon-dev list. It is BSD
style licensed so there is no problem with shipping
Tony Collen wrote:
Leszek Gawron wrote:
Is anybody interested in FreeMarker integration with cocoon? There is
no single word (Oh there are some freemarker occurences but they do
not stick to the subject) about FreeMarker on the cocoon-dev list. It
is BSD style licensed so there is no problem
Hi Lezsek:
I will talk about my own experience. We already build 2 fairly
semi-complex forms intensive applications with CForms + JX Template
Generator. The idea is that JXG is used only for some special view
purposes. You prepare the data on a java class and JXT just show them.
We also use it to
21 matches
Mail list logo