On Tue, 2004-12-07 at 00:45 +0100, Jonas Ekstedt wrote:
On Mon, 2004-12-06 at 22:32 +0100, Sylvain Wallez wrote:
Glen Ezkovich wrote:
On Dec 6, 2004, at 9:00 AM, Sylvain Wallez wrote:
Reinhard Poetz wrote:
Yeah, cocoon-dev has gone crazy during the week-end
Hello
The recent discussions about tag attribute languages has been very
interesting and enlightening. To make it more concrete here are a few
ideas on how to actually implement these concepts.
TALGenerator
* Extends the generator in the template block.
* Does not support tag
On Sun, 5 Dec 2004, Daniel Fagerstrom wrote:
snip...
table
tr tal:do=forEach(listOfBeans)
td${it.beanProperty1}/td
td${it.beanProperty2}/td
/tr
/table
= (ignoring whitespace nodes) =
PlainElementToken localName=table
TALToken localName=tr,
On Sat, 4 Dec 2004, Antonio Gallardo wrote:
snip...
I agree. Anyway, we (in Cocoon) have a current user base using JXTG that
we cannot forget. If is necesary, I can do that. Some months ago, I spend
a week understanding how the JXTG works. While I don't consider myself an
expert. I thing we
On Sat, 4 Dec 2004, Daniel Fagerstrom wrote:
snip...
if(test)
--
example:
div do=if(count(cart/item) == 0)
Your cart is empty
div
How would you implement choose/when?
snip...
Several directives
--
So, how do we handle multiple directives for one
On Thu, 2004-12-02 at 16:47 -0500, Stefano Mazzocchi wrote:
snip...
In both cases, they are suboptimal from what I wrote above, where
content population and content presentation are kept completely isolated
and the only contract between the two is:
1) the shape of the objects in the
On Sun, 2004-11-28 at 21:17 +0100, Leszek Gawron wrote:
Snip...
Should we vote on that? If not I'll create a new block on Monday.
Just thought I'd mention that I added a new version of the jxtg block to
the bug yesterday. It supports expressions in templates.
The download contains both the
On Mon, 2004-11-29 at 08:33 -0800, Ralph Goers wrote:
snip...
Expressions
---
This is somewhat OT in the current context but IMO expressions, (the
stuff inside ${}), should only have access to FOM and preferably just
read access. IMHO expressions should not have side effects.
Some corrections to my own post
On Mon, 2004-11-29 at 18:59 +0100, Jonas Ekstedt wrote:
map:generate type=template src=showQuery
map:parameter name=context-populator src=com.MyPopulator/
/map:generate
map:generate type=template src=showQuery
map:parameter name=context-populator value
On Mon, 2004-11-29 at 22:26 +0100, Leszek Gawron wrote:
Jonas Ekstedt wrote:
How about allowing a context-populator parameter to the template
generator. As an example, suppose we want to populate the context with a
query from a db.
In sitemap:
map:generate type=template src
On Wed, 2004-11-24 at 20:50 +0100, Daniel Fagerstrom wrote:
snip
I'll continue to describe a possible design of a template generator (TG)
that uses pre-compilation and has customer tags. This will be done in
three steps: We start with a trivial pre-compiled template language (TL)
_without_
On Fri, 2004-11-26 at 21:24 +0100, Jonas Ekstedt wrote:
Issues, questions
-
Forgot to mention which tokens I haven't implemented yet:
ExpressionToken
PrefixMappingToken
DocumentToken
IgnorableWhitespaceToken
ProcessingInstructionToken
SkippedEntityToken
All lexical events
On Fri, 2004-11-26 at 22:23 +0100, Leszek Gawron wrote:
snip...
A difference with SaxBuffer is that SaxBuffer stores separate objects
for open and close event (eg startElement/endElement). The reason for
doing it this way is that it is now much easier to play parts of the
buffer. Eg if we
On Tue, 2004-11-23 at 18:07 +0100, Reinhard Poetz wrote:
Jonas Ekstedt wrote:
The idea of the transformer is to be a replacement for JXTG.
Citing Vadim talking about JXTG 2.0: The problem I'm seeing with this is
that
JXTG should be implemented as *generator*, with template pre
On Tue, 2004-11-23 at 12:51 +0100, Daniel Fagerstrom wrote:
snip...
The main question now IMO is what tag framework we should base JXTG 2.0
on. The candidates that has been mentioned this far are: Jelly, the
taglib, Carsten's taglib and Jonas taglib (are there more alternatives).
I
On Wed, 2004-11-17 at 09:52 +0100, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
snip/
Suppose you have a list of tasks that can be viewed/edited. In
edit mode all tasks you have been assigned will show a Finished
button. In JXTemplate you could do this very easy:
jx:forEach var=task items
On Wed, 2004-11-17 at 10:25 +0100, Daniel Fagerstrom wrote:
snip/
I need to review your code a little bit more, then I'll commit the
conversion block to the trunk (if no one protest), so that people can
start to work on it.
I made a few changes to the conversion block to make it easier to
Hello
I have created a template transformer similar to JXTemplate and wondered
if you would be interested in it. It can be found at:
http://home.student.uu.se/j/joek8725/template.zip
I'll put it in BugZilla as soon as it gets online again.
Installation:
* unzip and copy the blocks (conversion
On Tue, 2004-11-16 at 08:57 +0100, Bruno Dumon wrote:
On Sat, 2004-11-13 at 05:50 +0100, Jonas Ekstedt wrote:
On Wed, 2004-11-10 at 12:15 +0100, Daniel Fagerstrom wrote:
snip/
How about an interface like this:
public interface Convertor {
public String getId();
public
On Tue, 2004-11-16 at 09:32 +0100, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
On Mon, 2004-11-15 at 10:35 +0100, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
On Mon, 2004-11-08 at 10:49 +0100, Daniel Fagerstrom wrote:
snip/
Another way of doing
On Tue, 2004-11-16 at 09:39 +0100, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
On Mon, 2004-11-15 at 11:34 +0100, Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Jonas Ekstedt wrote:
snip/
What I meant was that in the scenario above a malicious user can add
On Wed, 2004-11-17 at 06:34 +0100, Jonas Ekstedt wrote:
On Tue, 2004-11-16 at 09:32 +0100, Sylvain Wallez wrote:
Also, have you looked at the form gui and swan samples where they
are heavily showcased?
I humbly request for permission to crawl back under a rock ;) . Looking
through
On Mon, 2004-11-15 at 10:35 +0100, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
On Mon, 2004-11-08 at 10:49 +0100, Daniel Fagerstrom wrote:
snip/
Another way of doing the same, which I think was the agreed upon way to
do it is to populate all widgets that has a request parameter
On Mon, 2004-11-15 at 11:34 +0100, Daniel Fagerstrom wrote:
Sylvain Wallez wrote:
Jonas Ekstedt wrote:
snip/
What I meant was that in the scenario above a malicious user can add a
request parameter bigDangerousButton to the POST and it will be
processed by the population mechanism
On Sun, 2004-11-14 at 22:57 +0100, Daniel Fagerstrom wrote:
Jonas Ekstedt wrote:
On Wed, 2004-11-10 at 12:15 +0100, Daniel Fagerstrom wrote:
CForms Convertor Integration
snip/
How about an interface like this:
public interface Convertor {
public
On Wed, 2004-11-10 at 12:15 +0100, Daniel Fagerstrom wrote:
CForms Convertor Integration
Here is the Convertor interface:
public interface Convertor {
/**
* Converts string representation into the object of convertor's type.
*
*
On Mon, 2004-11-08 at 10:49 +0100, Daniel Fagerstrom wrote:
We use bugzilla for new ideas and project planning also, not only as a
bug db. Prefix the subject line with [Patch] and mark your patch as an
enhancement. Of course you can new ideas and half finished stuff there
as long as you
On Mon, 2004-11-08 at 14:10 +0100, Leszek Gawron wrote:
Something like ${bean.startDate} or jx:out value=${bean.startDate}/ would
use default renderer. Something like ${bean.startDate?class=emph} jx:out
value=${bean.startDate} styling=emph/ would point that other convertor
is
needed.
On Sat, 2004-11-06 at 16:13 +0100, Daniel Fagerstrom wrote:
Please submit your patch to Bugzilla so that it doesn't get lost among
all the mails. See http://wiki.apache.org/cocoon/ProjectManagement for
instructions. It is also good to have a Bugzilla entry so that you can
add refinements to
Hello
I have created a small expression evaluator based on commons-el and
wondered if you would be interested in it. It is not finished but the
basic functionality is there.
The major feature of it is that it supports object conversion similar to
what Daniel Fagerstrm proposed some time ago:
On Fri, 2004-11-05 at 14:02 +0100, Daniel Fagerstrom wrote:
If I would be able to choose convertors I might decide IN VIEW ITSELF
that that specific model value should be coloured/pretty
printed/rendered according to some specific logic. As long as this
logic has read-only access to
On Thu, 2004-11-04 at 23:42 +0100, Daniel Fagerstrom wrote:
I prefer the request processor idea to the current form population where
each widget reads it data from the request object. The current scheme
makes CForms unecesarily bound to the request parameter model of input
data. With a
On Tue, 2004-11-02 at 19:21 +0100, Daniel Fagerstrom wrote:
Ok, the idea is as follows: we have a converter component, that is like
the renderer component above, but bidirectional. I.e. both rendering:
data type - displayable string and input conversion: input string -
data type. The
Hello
I really appreciate you taking the time to look through the code. I've
inlined some comments below.
On Thu, 2004-10-28 at 15:06, Sylvain Wallez wrote:
Jonas Ekstedt wrote:
On Thu, 2004-10-28 at 12:50, Reinhard Poetz wrote:
After reading it once, one question: Do you see any way
On Thu, 2004-10-28 at 12:50, Reinhard Poetz wrote:
After reading it once, one question: Do you see any way to integrate your ideas
into Cocoon Forms?
One part that I believe could be incorporated into CForms would be how
the view model is populated.
Today each widget populates itself from
Hello
I have created a small widget framework called Limpy. It can be
downloaded from http://wiki.cocoondev.org/Wiki.jsp?page=Limpy. I would
be very happy if you could use some of the ideas in Cocoon Forms.
There are a few examples included:
* Multi page forms
* Multi forms pages
* Direct
On Wed, 2004-05-12 at 20:45, Jonas Ekstedt wrote:
I would be very happy if you could use some of the ideas in Cocoon Forms.
Hmm, rereading my mail, above didn't come out right. I meant that I'd be
happy if you find some use for it.
Cheers // Jonas
Hello
I get following errors when I build cocoon:
Compiling 18 source files to
/opt/dev/cocoon-2.1/build/cocoon-2.1.5-dev/blocks/forms/dest
/opt/dev/cocoon-2.1/src/blocks/forms/java/org/apache/cocoon/forms/transformation/EffectWidgetReplacingPipe.java:288:
cannot assign a value to final
Hello
There is no mention in blocks.properties that cocoon forms depends on
XSP. If XSP is excluded the cocoon forms samples won't run (due to
missing declaration of serverpages generator).
Cheers
Jonas
Hi again
I've solved the problem and have attached a patch below.
// Jonas
On Mon, 2003-08-18 at 17:36, Jonas Ekstedt wrote:
Hi
The samples in woody doesn't seem to work correctly. I've included the
html page in the beanbinding example below to show what I mean.
Some tags are not closed
Hello
Have recently started using woody+hibernate+flow and absolutely love it.
One thing I don't like however is how items in a repeater-widget is
removed. I've made a small change to my woody.js and wondered if you're
interested. I'll supply a patch if you are (although I might need some
41 matches
Mail list logo