Jeff, Great idea. We've added this feature to V1.1.
Respectfully, Adam Phillip Churvis Member of Team Macromedia Advanced Intensive Training: * C# & ASP.NET for ColdFusion Developers * ColdFusion MX Master Class * Advanced Development with CFMX and SQL Server 2000 http://www.ColdFusionTraining.com Download CommerceBlocks V2.1 and LoRCAT from http://www.ProductivityEnhancement.com The ColdFusion MX Bible is in bookstores now! ----- Original Message ----- From: "Jeff Fleitz" <[EMAIL PROTECTED]> To: "[email protected]" <[email protected]> Sent: Friday, September 24, 2004 12:29 PM Subject: [plum] MasterDetail Form Parameter Passing > I have a master-detail form I am playing around with > (CompanyViewForm.cfm) It has a list embedded in it for the child > (Office). The DisplayListLinks tag defaults to the standard Office > forms links generated, i.e., (OfficeAddForm.cfm, OfficeEditForm.cfm, > etc.), which all have the [Back to List] value set to OfficeList.cfm. > > Well, if I am coming into that OfficeEditForm.cfm from the > CompanyViewForm.cfm template, that is obviously where I want to return > to after the edit, and not the OfficeList.cfm list form. Should be easy > to do by passing another URL parameter a la (shortened for simplicity) > > <cf_DisplayListLinks edit="OfficeEditForm.cfm?CompanyID=#URL.CompanyID#"> > > This way I can check for the existence of the CompanyID parameter or some other > parameter, and dynamically change the value of the displayALinkToThisList > attribute in the DisplayEditForm tag of the OfficeEditForm.cfm file and return > to muliple list/forms based upon where it was called from. > > Unfortunately, when I do this, the OfficeEditForm appears to be expecting the > OfficeID parameter first, because it generates an error when the PrimaryKey tag > is called > > <cf_PrimaryKey primaryKeyColumn="OfficeID" primaryKeyType="integer" > value="#URL.OfficeID#"> > > > Are we not going to be allowed to append parameters onto the links called in > the DisplayListLinks tag? If not then how would you handle a situation where > you have one form that needs to be called from various different lists? > > I realize we can generate forms galore in Plum, but a table edit form is a > table edit form, and I would prefer to be able to make the return paths dynamic > based upon a given situation, instead of having to generate multiple forms with > different names just to accomplish a redirect. In large systems this will be > the case. > > Jeff > > >
