struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sandeep Takhar <sandeep_tak...@yahoo.com>
Subject Re: How do I implement a Master/Detail maintenance form?
Date Wed, 16 Jul 2003 19:10:20 GMT
I suppose my assumptions are that there is nothing to
process on the "master" form.

sandeep
--- Jing Zhou <jing@netspread.com> wrote:
> 
> ----- Original Message ----- 
> From: "Sandeep Takhar" <sandeep_takhar@yahoo.com>
> To: "Struts Users Mailing List"
> <struts-user@jakarta.apache.org>; "Jing
> Zhou" <jing@netspread.com>
> Sent: Wednesday, July 16, 2003 7:33 AM
> Subject: Re: How do I implement a Master/Detail
> maintenance form?
> 
> 
> > I don't think there is best-practices specific to
> > master/detail processing per se.
> 
> Agree.
> 
> >
> > There are a lot of different ways to do this.  So
> many
> > that I don't know where to start actually.
> >
> > I would look at scaffolding as a best-practices
> and I
> > would buy Struts in Action by Ted Husted & gang.
> >
> > Not a plug, but if I was just starting, this is
> the
> > advice I would want.  <assumption that you are
> just
> > starting>
> >
> > One way to do this is to have multiple forms on
> the
> > master page.  Each "action" posts to a different
> form
> > and the update/read links just point directly to
> an
> > action.  An example of an action is "Add" or
> "Delete".
> 
> I have a question regarding to the use of multiple
> forms
> on the same page (with different html form
> elements).
> Since each action button posts to a different form,
> a senario can be conceived in which a user fills in
> both
> of master form and detail form on the page and then
> clicks a button to submit the detail form.
> 
> Suppose the next screen is the same page, then
> the user would find the data entries for the master
> form
> are lost. Do you have any workaround for this
> senario?
> It is not clear to me that such use of multiple
> forms is valid
> or not. Just my thoughts for a quite long time with
> an assumption that we do not combine the master form
> and the detail form into one html form.
> 
> If I suppose the next screen is going to be a
> different page,
> then I think it is simpler to have the detail form
> on
> another page at the beginning. So the use of
> multiple
> forms would not bring me much benefits.
> 
> >
> > sandeep
> 
> Jing
> 
> > --- Jing Zhou <jing@netspread.com> wrote:
> > >
> > > ----- Original Message ----- 
> > > From: "Shane Mingins"
> > > <shane.mingins@assureinternational.com>
> > > To: <struts-user@jakarta.apache.org>
> > > Sent: Tuesday, July 15, 2003 4:58 PM
> > > Subject: How do I implement a Master/Detail
> > > maintenance form?
> > >
> > >
> > > > Hi
> > > >
> > > > Are there any *best practices* or examples
> around
> > > showing the best way of
> > > > implementing the maintenance of a
> master/detail
> > > relationship using the
> > > > Struts framework?
> > > >
> > > > For example if I provide a form with a
> supplier
> > > and list of products where
> > > > you can edit the supplier details and/or edit
> the
> > > product details, to
> > > select
> > > > the product to edit I need to provide a key to
> > > identify that product.  I
> > > can
> > > > use a link but then any changes to the
> supplier
> > > are not kept as the link
> > > > does not submit the form.
> > >
> > > I presume your supplier page is the master page
> and
> > > it contains a list of
> > > links pointing to a product page. If this is the
> > > case, I use Java scripts to
> > > force a submission in order to sync the
> supplier's
> > > data with the form bean
> > > before forwarding to the product page.
> > >
> > > >
> > > > Thanks
> > > > Shane
> > > >
> > > >
> > > > Shane Mingins
> > > > Analyst Programmer
> > > > Assure NZ Ltd
> > > > Ph 644 494 2522
> > > >
> > >
> > > Jing
> > > Netspread Carrier
> > > http://www.netspread.com
> > >
> > > >
> > > >
> > > >
> > >
> >
>
---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > struts-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail:
> > > struts-user-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> >
>
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > struts-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:
> > > struts-user-help@jakarta.apache.org
> > >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
> > http://sbc.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
> >
> >
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
> 


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org


Mime
View raw message