From: Anthony E. <me...@an...> - 2002-03-14 21:42:20
|
One example: In a web form, there will be times when it is easier for the end user if the form is broken up over several pages where each page has groups together some common elements. I do this regularly on my company's web site. So, as it stands right now, you would need one form configuration file for each page, even if ultimately all of the data were going to be stored in the same business object. The question is: "Is this a bad thing or a good thing?" You can take this same concept and apply it to a desktop application as well if you have wizards. Thanks for the feedback though. I am not really sure that it is a good idea either, but I do know that I spread out form processing across many pages on a regular basis, so I thought it might be useful. I will probably not introduce the idea into the code until after 1.0, if at all. Sincerely, Anthony Eden > -----Original Message----- > From: for...@li... > [mailto:for...@li...]On Behalf Of Dan > Bachelder > Sent: Thursday, March 14, 2002 4:23 PM > To: for...@li... > Subject: Re: [FormProc-developer] Form handling over multiple pages or > screens > > > 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 > |