You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Reinhard Poetz <re...@apache.org> on 2003/11/25 09:40:50 UTC

Multipage-forms based with CocoonForms

From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net] 
 
> Geoff Howard wrote:
> 
> > Bruno Dumon wrote:
> >
> >> Tim has been hanging around on our mailing lists for quite 
> some time, 
> >> and is actively contributing, both in discussions and 
> code. Becoming 
> >> a committer can only motivate him to keep up the good work.
> >>
> >> +1 from me.
> >
> >
> > +1 - welcome!
> 
> 
> +1, especially if we see advancements on multiforms! :)

CocoonForms are nearly on the top of my Cocoon-ToDo-list ;-)
I expect starting with them in december. If somebody needs it 
earlier and wants to start with its implementation pls let us/me 
(dev@cocoon.apache.org) know in order to avoid duplicate efforts!

If somebody wants to help me with this task or needs a starting point
have a look at this thread:
http://marc.theaimsgroup.com/?t=106672365000004&r=1&w=2

I like Sylvain's idea of the separate "wizard-layer" and will try to 
use Christopher's hints how to implement it. 

--
Reinhard


RE: Multipage-forms based with CocoonForms

Posted by Reinhard Poetz <re...@apache.org>.
From: Vadim Gritsenko

> >CocoonForms are nearly on the top of my Cocoon-ToDo-list ;-)
> >I expect starting with them in december. If somebody needs it
> >earlier and wants to start with its implementation pls let us/me 
> >(dev@cocoon.apache.org) know in order to avoid duplicate efforts!
> >
> >If somebody wants to help me with this task or needs a 
> starting point 
> >have a look at this thread: 
> >http://marc.theaimsgroup.com/?t=106672365000004&r=1&w=2
> >
> >I like Sylvain's idea of the separate "wizard-layer" and will try to
> >use Christopher's hints how to implement it.
> >  
> >
> 
> No, I'm not interested in continuations management with forms 
> ATM. What 
> I was referring to was "Subform thoughts" [1] by Tim Larson. 
> According 
> to it, secure multiforms (or subforms) can be done with new "union" 
> widget, and then form POST processing and validation will 
> happen only on 
> part of the form identified by the union, which will allow 
> for one form 
> definition, and may be one binding, and may be one template file, and 
> this will cut down a lot on the amount of required files.
> 
> Vadim
> 
> [1] 
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106965619705596&w=2

Of course important too! 
As Tim will become committer soon I think things will move on very soon
;-)

Cheers,
Reinhard


Re: Multipage-forms based with CocoonForms

Posted by Vadim Gritsenko <va...@verizon.net>.
Reinhard Poetz wrote:

>From: Vadim Gritsenko [mailto:vadim.gritsenko@verizon.net] 
> 
>  
>
>>Geoff Howard wrote:
>>
>>    
>>
>>>Bruno Dumon wrote:
>>>
>>>      
>>>
>>>>Tim has been hanging around on our mailing lists for quite 
>>>>        
>>>>
>>some time, 
>>    
>>
>>>>and is actively contributing, both in discussions and 
>>>>        
>>>>
>>code. Becoming 
>>    
>>
>>>>a committer can only motivate him to keep up the good work.
>>>>
>>>>+1 from me.
>>>>        
>>>>
>>>+1 - welcome!
>>>      
>>>
>>+1, especially if we see advancements on multiforms! :)
>>    
>>
>
>CocoonForms are nearly on the top of my Cocoon-ToDo-list ;-)
>I expect starting with them in december. If somebody needs it 
>earlier and wants to start with its implementation pls let us/me 
>(dev@cocoon.apache.org) know in order to avoid duplicate efforts!
>
>If somebody wants to help me with this task or needs a starting point
>have a look at this thread:
>http://marc.theaimsgroup.com/?t=106672365000004&r=1&w=2
>
>I like Sylvain's idea of the separate "wizard-layer" and will try to 
>use Christopher's hints how to implement it.
>  
>

No, I'm not interested in continuations management with forms ATM. What 
I was referring to was "Subform thoughts" [1] by Tim Larson. According 
to it, secure multiforms (or subforms) can be done with new "union" 
widget, and then form POST processing and validation will happen only on 
part of the form identified by the union, which will allow for one form 
definition, and may be one binding, and may be one template file, and 
this will cut down a lot on the amount of required files.

Vadim

[1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106965619705596&w=2