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
