You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Florent André <fl...@4sengines.com> on 2009/11/24 11:38:24 UTC
Cocoon 3 and Cforms
Hi all, hi Reinhard,
I see this on your website : "Cocoon 3 doesn't provide a stateful forms
framework." [1]
Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
?
And what about continuations (closely linked to forms no ?) ?
Thanks,
Have a good day
[1] : http://www.indoqa.com/en/people/reinhard.poetz/blog/625
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 and Cforms
Posted by Reinhard Pötz <re...@apache.org>.
Florent André wrote:
> On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <re...@apache.org>
> wrote:
>> Florent André wrote:
>>> Hi all, hi Reinhard,
>>>
>>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>>> framework." [1]
>>>
>>> Does it mean that there will not have Cforms / Xforms solutions in
> Cocoon
>>> 3
>>> ?>
>>> And what about continuations (closely linked to forms no ?) ?
>>
>> It's my *personal* opinion that currently Wicket offers the best
>> solution for Java-based web form development in most cases. Recently I
>> was convinced that there are some cases where cForms have advantages but
>> these are edge cases IMHO.
>
> Ok, thanks
> I just ask this question because I found Cform concept very "sexy", but I'm
> not as involved in for well see limitations...
>
> There is a simple way to integrate Wicket and Cocoon 3 ?
> If yes, could you give some pointers ? Add a sample in the future will be
> very useful for simple user like me, I think.
I've almost finished a first prototype and will commit it soon to SVN. I
will also start a discussion about it some time this week.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 and Cforms
Posted by Florent André <fl...@4sengines.com>.
On Tue, 24 Nov 2009 12:26:27 +0100, Reinhard Pötz <re...@apache.org>
wrote:
> Florent André wrote:
>> Hi all, hi Reinhard,
>>
>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>> framework." [1]
>>
>> Does it mean that there will not have Cforms / Xforms solutions in
Cocoon
>> 3
>> ?>
>> And what about continuations (closely linked to forms no ?) ?
>
>
> It's my *personal* opinion that currently Wicket offers the best
> solution for Java-based web form development in most cases. Recently I
> was convinced that there are some cases where cForms have advantages but
> these are edge cases IMHO.
Ok, thanks
I just ask this question because I found Cform concept very "sexy", but I'm
not as involved in for well see limitations...
There is a simple way to integrate Wicket and Cocoon 3 ?
If yes, could you give some pointers ? Add a sample in the future will be
very useful for simple user like me, I think.
++
>
> I use Cocoon to build RESTful web applications with strong Javascript
> clients running in the browser and all the form handling is done there.
> So for me there's no need of cForms/continuations any longer and
> therefore I don't invest time in any migration efforts. But as I said in
> the beginning of the mail, that's my personal opinion and if it makes
> sense to others a migration should be possible.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 and Cforms
Posted by Andre Juffer <an...@oulu.fi>.
Robby Pelssers wrote:
> Hi Reinhard (and others),
>
> Just curious which javascript clients you're using... I recently build a highly dynamic form with CForms (combination of repeater / case widgets) but I'm not entirely happy with the performance...
>
> So if you have any good leads to an open-source javascript library for handling advanced forms....that would be appreciated. Personally I'm using YUI for most of my work but they haven't really put much effort into forms.
>
How about Dojo: http://dojotoolkit.org/
> Kind regards,
> Robby
>
> -----Original Message-----
> From: Reinhard Pötz [mailto:reinhard@apache.org]
> Sent: Tuesday, November 24, 2009 12:26 PM
> To: users@cocoon.apache.org
> Subject: Re: Cocoon 3 and Cforms
>
> Florent André wrote:
>
>> Hi all, hi Reinhard,
>>
>> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
>> framework." [1]
>>
>> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
>> ?>
>> And what about continuations (closely linked to forms no ?) ?
>>
>
>
> It's my *personal* opinion that currently Wicket offers the best
> solution for Java-based web form development in most cases. Recently I
> was convinced that there are some cases where cForms have advantages but
> these are edge cases IMHO.
>
> I use Cocoon to build RESTful web applications with strong Javascript
> clients running in the browser and all the form handling is done there.
> So for me there's no need of cForms/continuations any longer and
> therefore I don't invest time in any migration efforts. But as I said in
> the beginning of the mail, that's my personal opinion and if it makes
> sense to others a migration should be possible.
>
>
--
Andre H. Juffer | Phone: +358-8-553 1161
Biocenter Oulu and | Fax: +358-8-553-1141
Department of Biochemistry | Email: andre.juffer@oulu.fi
University of Oulu, Finland | WWW: www.biochem.oulu.fi/Biocomputing/
StruBioCat | WWW: www.strubiocat.oulu.fi
NordProt | WWW: www.nordprot.org
Triacle Biocomputing | WWW: www.triacle-bc.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 and Cforms
Posted by Reinhard Pötz <re...@apache.org>.
Robby Pelssers wrote:
> Hi Reinhard (and others),
>
> Just curious which javascript clients you're using... I recently
> build a highly dynamic form with CForms (combination of repeater /
> case widgets) but I'm not entirely happy with the performance...
>
> So if you have any good leads to an open-source javascript library
> for handling advanced forms....that would be appreciated. Personally
> I'm using YUI for most of my work but they haven't really put much
> effort into forms.
I'm a Mootools fan and have written an own integration layer that does
all the RESTful communication with the server running C3. Unfortunately
I can't publish it because all this stuff is too much tied with the
business logic and I don't have the time to split it up.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Cocoon 3 and Cforms
Posted by Robby Pelssers <ro...@ciber.com>.
Hi Reinhard (and others),
Just curious which javascript clients you're using... I recently build a highly dynamic form with CForms (combination of repeater / case widgets) but I'm not entirely happy with the performance...
So if you have any good leads to an open-source javascript library for handling advanced forms....that would be appreciated. Personally I'm using YUI for most of my work but they haven't really put much effort into forms.
Kind regards,
Robby
-----Original Message-----
From: Reinhard Pötz [mailto:reinhard@apache.org]
Sent: Tuesday, November 24, 2009 12:26 PM
To: users@cocoon.apache.org
Subject: Re: Cocoon 3 and Cforms
Florent André wrote:
> Hi all, hi Reinhard,
>
> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
> framework." [1]
>
> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
> ?>
> And what about continuations (closely linked to forms no ?) ?
It's my *personal* opinion that currently Wicket offers the best
solution for Java-based web form development in most cases. Recently I
was convinced that there are some cases where cForms have advantages but
these are edge cases IMHO.
I use Cocoon to build RESTful web applications with strong Javascript
clients running in the browser and all the form handling is done there.
So for me there's no need of cForms/continuations any longer and
therefore I don't invest time in any migration efforts. But as I said in
the beginning of the mail, that's my personal opinion and if it makes
sense to others a migration should be possible.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 and Cforms
Posted by Reinhard Pötz <re...@apache.org>.
Florent André wrote:
> Hi all, hi Reinhard,
>
> I see this on your website : "Cocoon 3 doesn't provide a stateful forms
> framework." [1]
>
> Does it mean that there will not have Cforms / Xforms solutions in Cocoon 3
> ?>
> And what about continuations (closely linked to forms no ?) ?
It's my *personal* opinion that currently Wicket offers the best
solution for Java-based web form development in most cases. Recently I
was convinced that there are some cases where cForms have advantages but
these are edge cases IMHO.
I use Cocoon to build RESTful web applications with strong Javascript
clients running in the browser and all the form handling is done there.
So for me there's no need of cForms/continuations any longer and
therefore I don't invest time in any migration efforts. But as I said in
the beginning of the mail, that's my personal opinion and if it makes
sense to others a migration should be possible.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org