RE: [FormProc-developer] Form handling over multiple pages or screens

[Anthony E. <me...@an...>]

Nick,

Take this FormProc configuration example:

<form>
  <element name="field1">
    <validator type="class" classname="SomeValidatorClass">
      <param name="param1" value="x"/>
      <param name="param2" value="y"/>
    </validator>
  </element>

  <element name="field2">
    <validator type="group">
      <validator type="class" classname="AnotherValidatorClass"/>
      <validator type="class" classname="MoreValidation"/>
    </validator>
  </element>
</form>

Not sure how that is much more complex than your example.  Messages,
errors, converters, storers, etc. are all optional.  Validators can use
any nested configuration data (I used param tags, but it could just as
well be more complex XML).  Those features sure are nice to have if you
need to change the behavior, though.  As always, this comes back to the
fact that FormProc is supposed to be more than just a validation system,
rather it is for form processing.

Perhaps you are talking about the formproc.xml file being complex?

By the way: what is an i18n codepage?  I'll admit that the error message
handling still has room for improvement.  But, it is important to note
that it can be ignored completely.

Sincerely,
Anthony Eden

> -----Original Message-----
> From: for...@li... 
> [mailto:for...@li...] On 
> Behalf Of Nick Bauman
> Sent: Thursday, March 14, 2002 4:27 PM
> To: for...@li...
> Subject: Re: [FormProc-developer] Form handling over multiple 
> pages or screens
> 
> 
> Legit forms that fall into this catagory are examinations, tests and 
> quizzes. I'm not sure I know of a good way to solve this 
> problem right off 
> the bat.
> 
> BTW, maybe I'm just stupid, but I still think the whole 
> config file format 
> for FormProc is overly complex. In Integradata, a form config is this 
> simple:
>  
> <?xml version="1.0" encoding="ISO-8859-1"?> 
> <integradata> 
>   <!-- any number of controllers can be in a config --> 
>   <controller 
>       controllerClass="com.xyz.servlet.controllers.PurchaseProduct"> 
>     <field label="nameAppearingOnCard"> 
>       <rule ruleClass="com.cortexity.integradata.rule.StringLength"> 
>         <param name="min" value="9"/> 
>         <param name="max" value="32"/> 
>       </rule> 
>       <rule ruleClass="com.cortexity.integradata.rule.WordCount"> 
>         <param name="min" value="2"/> 
>         <param name="max" value="4"/> 
>       </rule> 
>     </field> 
>     <field label="creditCardNumber"> 
>       <rule ruleClass="com.cortexity.integradata.rule.IsCreditCard"> 
>         <param name="american_express" value="true"/> 
>         <param name="visa" value="true"/> 
>         <param name="mastercard" value="true"/> 
>       </field> 
>     </controller> 
>     <!-- ... --> 
> </integradata> 
> 
> Since error messages don't change that often, I think it's a 
> mistake to put 
> them in the config. I put them into i18n codepages. You pass 
> a locale to 
> the engine and the error message of the correct i18n codepage 
> is displayed. 
> Of course it's all aimed at MVC Model II right now.
> 
> Incidentally, the concept of a "rule" is similar to 
> FormProc's concept of 
> a "validator". 
> 
> > not sure i would find this useful.. I try and keep my forms 
> as "stand 
> > alone" as possible.. i.e. a choice made on an earlier form 
> is already 
> > reflected in the rendering of the current form... and elements that 
> > are likely to effect each other will tend to be on the same page...
> > 
> > do you have a concrete example of where you would find this concept 
> > useful?
> > 
> > On Thu, 14 March 2002, "Anthony Eden" wrote:
> > 
> >> 
> >> I was just thinking about how to handle submission of forms over 
> >> multiple pages or multiple dialogs or screens.  I am thinking of 
> >> something along the lines of sub forms or form chunks, where the 
> >> request could include the name of the sub form or chunk 
> which should 
> >> be used for the current request.  Does anyone have any thoughts on 
> >> this?  Is this useful?
> >> 
> >> Sincerely,
> >> Anthony Eden
> >> 
> >> 
> >> _______________________________________________
> >> FormProc-developer mailing list 
> >> For...@li...
> >> https://lists.sourceforge.net/lists/listinfo/formproc-developer
> > 
> > 
> > 
> > _______________________________________________
> > FormProc-developer mailing list 
> > For...@li...
> > https://lists.sourceforge.net/lists/listinfo/formproc-developer
> 
> 
> -- 
> Nick Bauman 
> "It Is The Fate Of All Operating 
> Systems To Become Free" -- Neal Stephenson
> 
> 
> _______________________________________________
> FormProc-developer mailing list 
> For...@li...
> https://lists.sourceforge.net/lists/listinfo/formproc-developer
>