> -----Original Message----- > From: Christopher Oliver [mailto:[EMAIL PROTECTED] > Sent: Saturday, July 12, 2003 4:27 AM > To: [EMAIL PROTECTED] > Subject: Re: JXForms/XMLForms > > > Reinhard Pötz wrote: > > >From: Christopher Oliver > > > > > > > >>I think it would be easiest to move it to its own block. Then > >>we could > >>deprecate XMLForm and those who are using it won't get > >>broken. I'm not > >>sure how you would merge it with the XMLForm block, anyway. > If making > >>JXForms its own block is ok, then I can do that. Otherwise, I don't > >>think I'll be able to spend time merging it with XMLForm. > >> > >> > > > >>From a **Forms user's point of view there are following points > >interesting: > > > > - the syntax how to describe the form > > --> different > > - validation rules (schematron) > > --> should be the same > > - the controller > > --> the BIG difference > > > >All other things shouldn't be of much interest for them. So I'm fine > >with making the XMLForms block a "deprecated" block and create a new > >one without the XMLFormsTransformer but the > >JXFormsGenerator/Transformer instead. The remaining > >question is the different syntax which will cause problems > if you want > >to migrate. > > > >Which implementation uses the "standard" described by the W3C? > > > > > JXForms > > >The second difference is the controller. I should be possible to use > >the Actions framework to control the forms, shouldn't it? > > > No! You don't need actions. (But that's only my opinion, and I know > others disagree with me)
I don't need them too, believe me. The question is: Should we provide backwards compatibility in the new block (without ever releasing the deprecated block)? So after our discussion I think it is the best way to simply move JXForms into it's own block. If the need for an action controller arises and somebody starts a discussion on this topic again we can decide in the future whether we want to integrate it into JXForms or not. I also say this because I expect ONE "Cocoon Forms" block where we provide ONE solution (integrating the best from JXForms/XMLForms/Woody/JSF/M$Forms/...) in the future. Cheers, Reinhard
