Stefano Mazzocchi wrote:
> Ivelin Ivanov wrote:
> 
>>Reinhard,
>>
>>We are looking for someone to step up and show us how these two can work
>>together in a nice way.
>>
>>Interested?
> 
> 
> I am.
> 
> IMNSHO, the flowmap should totally replace actions and deprecate them.
> 
> I've looked at XMLForms and I must say it looks extremely unfriendly to
> my eyes. The reason? massive use of actions, which hide the flow logic
> from the sitemap.
> 
> In the example I've seen, you use the same URI, passing the
> cocoon-action parameter to trigger a different state.
> 
> I'm not against the concept, not at all, but I think that actions are
> evil, bad, harder to use than it first seems and not RAD at all.
> 
> What I love about Ovidiu's work is the ability to use it even without
> continuations: you are not forced to use continuations to store your
> state and you can simply write your flow logic in javascript and run it,
> instead of using actions, compile them, include them and so on.
> 
> So, I don't think they should work together at all: form validation
> should be a cocoon component that you simply call from your flow logic.

How about binding http request parameters to objects?
myobject.setName( cocoon.request.getParameter( "name" ) );
for each parameter for each form is not pretty code.


> 
> Does it make sense?
> 

Not quite yet. I'll keep following the discussion.


-- 

-= Ivelin =-


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to