lSavedObjectIDs gets overwritten by each ft:processformobjects. You need to
copy it, or use it, immediately after the tag.
On Tue, Dec 2, 2008 at 5:06 AM, Marco van den Oever <
[EMAIL PROTECTED]> wrote:
>
> And also, in the above code i changed:
>
> <cfif isdefined('lSavedObjectIDs')> to <cfif len(lSavedObjectIDs)>
>
> else when adding an new ticket the save action gives an error that the
> answer field was not found in the form scope, as it is the first save
> the answer form field is not yet generated on the page as it is only
> generated when editing the ticket for the first time, so it fails to
> read the answer form field.
>
> And the 'lSavedObjectIDs is defined anyway but only has a value when i
> use the answer form and the object that belongs to it.
>
> Just to correct my example...
>
> On Dec 1, 5:38 pm, Marco van den Oever <[EMAIL PROTECTED]>
> wrote:
> > No problem, i didn't know either about the lSavedObjectIDs, but it's
> > very handy :)
> > It basically works now and i could use a far more easier code so
> > that's already very nice.
> >
> > Thanks
> >
> > On Dec 1, 5:29 pm, "Tomek Kott" <[EMAIL PROTECTED]> wrote:
> >
> > > sorry, i have no idea now, I didn't even know that there was such a
> thing as
> > > lSavedObjectIDs....
> > > good luck,
> >
> > > Tomek
> >
> > > On Mon, Dec 1, 2008 at 11:10 AM, Marco van den Oever <
> >
> > > [EMAIL PROTECTED]> wrote:
> >
> > > > Tried that already and then:
> >
> > > > <cfdump var="#lSavedObjectIDs#">
> > > > <cfabort>
> >
> > > > Do i need to cfdump it in a different way?
> >
> > > > But just 1 objectid, a new one, so generated for the new
> ticketanswers
> > > > objectid.
> >
> > > > Does it might have to do with the way i setup the ticket object,
> > > > divided into 3 parts?:
> >
> > > > <ft:object typename="tickets" objectid="#stobj.objectid#"
> > > > lFields="department,subject,errorurl,description" r_stPrefix="prefix"
> > > > legend="General Details" />
> >
> > > > <ft:object typename="tickets" objectid="#stobj.objectid#"
> > > > lFields="priority" r_stPrefix="prefix" legend="Priority" />
> >
> > > > <ft:object typename="tickets" objectid="#stobj.objectid#"
> > > > lFields="notification" r_stPrefix="prefix" legend="Notification" />
> >
> > > > Thanks
> >
> > > > On Dec 1, 4:19 pm, "Tomek Kott" <[EMAIL PROTECTED]> wrote:
> > > > > Hmm, what if you do bSessionOnly on both the process form objects
> calls?
> >
> > > > > On Mon, Dec 1, 2008 at 10:17 AM, Marco van den Oever <
> >
> > > > > [EMAIL PROTECTED]> wrote:
> >
> > > > > > As the ticket already exist i thought now i only could use the
> method
> > > > > > like you described for the ticketanswer object.
> >
> > > > > > To be honoust, when i do a cfdump lSavedObjectIDs, i only see the
> new
> > > > > > generated objectid of the ticketanswers object, i don't see two
> > > > > > objectid's (one of tickets object and one of ticketanswers
> object). Or
> > > > > > am i missing something?
> >
> > > > > > So how can i check for both? For now this is working, and with
> less
> > > > > > complicated code! but it might not do 100% of what you meant.
> >
> > > > > > I created it like:
> >
> > > > > > <ft:processForm action="Save">
> >
> > > > > > <ft:processFormObjects typename="tickets" />
> >
> > > > > > <ft:processformobjects typename="ticketanswers"
> bSessionOnly="true" />
> >
> > > > > > <cfif isdefined('lSavedObjectIDs')>
> >
> > > > > > <cfset formprefix = replace(lSavedObjectIDs,'-','','ALL') />
> >
> > > > > > <cfif form[formprefix & 'answer'] gt 0>
> >
> > > > > > <cfset obj = createObject
> > > > > > ('component',application.stcoapi.ticketanswers.typePath) />
> > > > > > <cfset stprops = {} />
> > > > > > <cfset stprops.objectid = lSavedObjectIDs />
> > > > > > <cfset stprops.ticketobjectid = stobj.objectid />
> > > > > > <cfset stprops.answer = form[formprefix & 'answer'] />
> > > > > > <cfset obj.setData(stProperties=stprops) />
> >
> > > > > > </cfif>
> >
> > > > > > </cfif>
> >
> > > > > > </ft:processForm>
> >
> > > > > > And the ticketanswers object without a given objectid so a new
> one is
> > > > > > created as default and as prefix for the submitted form field:
> >
> > > > > > <ft:object typename="ticketanswers" lFields="answer"
> > > > > > r_stPrefix="prefix" legend="Answer" />
> >
> > > > > > Thanks very much
> >
> > > > > > On Dec 1, 3:51 am, Marco van den Oever <
> [EMAIL PROTECTED]>
> > > > > > wrote:
> > > > > > > Awesome, just wanted to know for sure, thanks!
> >
> > > > > > > On Dec 1, 3:15 am, "Blair McKenzie" <[EMAIL PROTECTED]> wrote:
> >
> > > > > > > > Use bSessionOnly to stop them from being saved to the
> database,
> > > > make
> > > > > > the
> > > > > > > > changes you need (e.g. setting a uuid property on one), then
> use
> > > > > > setData to
> > > > > > > > write the objects to the database.
> >
> > > > > > > > On Mon, Dec 1, 2008 at 12:41 PM, Marco van den Oever <
> >
> > > > > > > > [EMAIL PROTECTED]> wrote:
> >
> > > > > > > > > Good to know! Based on the fact you gave the example of
> using
> > > > > > > > > lSavedObjectIDs as response to the code i showed, you
> advice me
> > > > to
> > > > > > > > > adjust my code to a usage with lSavedObjectIDs?
> >
> > > > > > > > > As my mind runs over it i get stuck at the point i submit
> the
> > > > both
> > > > > > > > > objects at the same time , so therefore the 'after save'
> > > > > > > > > lSavedObjectIDs can't be used, would you advice me to
> change the
> > > > code
> > > > > > > > > so that it can use this method?
> >
> > > > > > > > > On Dec 1, 1:57 am, "Blair McKenzie" <[EMAIL PROTECTED]>
> wrote:
> > > > > > > > > > I would usually put basic save actions in one of the save
> > > > functions
> > > > > > -
> > > > > > > > > > beforeSave, setData, or afterSave, depending on what I
> want to
> > > > do.
> >
> > > > > > > > > > I use lSavedObjectIDs mainly for when I need to create
> > > > secondary
> > > > > > objects
> > > > > > > > > > that are dependant on another.
> >
> > > > > > > > > > Another situation that can come up is when you are
> creating two
> > > > > > that are
> > > > > > > > > > co-dependant - for example if both objects should fail if
> > > > either
> > > > > > one has
> > > > > > > > > an
> > > > > > > > > > error, or if they both have references to each other. In
> that
> > > > case
> > > > > > I put
> > > > > > > > > > bSessionOnly="true" (saves the object just for the
> session) on
> > > > > > > > > > ft:processformobjects and retrieve the new object with
> > > > > > lSavedObjectIDs.
> > > > > > > > > Then
> > > > > > > > > > at the end of the ft:processformobjects if there are no
> > > > problems,
> > > > > > use
> > > > > > > > > > setData to resave the objects to the database.
> >
> > > > > > > > > > On Mon, Dec 1, 2008 at 11:47 AM, Marco van den Oever <
> >
> > > > > > > > > > [EMAIL PROTECTED]> wrote:
> >
> > > > > > > > > > > That is interesting, so you could use that for after
> save
> > > > actions
> > > > > > > > > > > mostly?
> >
> > > > > > > > > > > On Dec 1, 1:31 am, "Blair McKenzie" <[EMAIL PROTECTED]>
> > > > wrote:
> > > > > > > > > > > > When ft:processformobjects finishes saving an object
> it
> > > > adds
> > > > > > the
> > > > > > > > > saved
> > > > > > > > > > > > object's objectid to lsavedobjectids. That is also a
> good
> > > > way
> > > > > > to tell
> > > > > > > > > if
> > > > > > > > > > > > there were validation issues with the object - if
> there
> > > > were
> > > > > > the
> > > > > > > > > object
> > > > > > > > > > > > won't be saved and no objectid will be added to the
> list.
> >
> > > > > > > > > > > > Blair
> >
> > > > > > > > > > > > On Mon, Dec 1, 2008 at 11:18 AM, Marco van den Oever
> <
> >
> > > > > > > > > > > > [EMAIL PROTECTED]> wrote:
> >
> > > > > > > > > > > > > Ok for the ones interested, as in this case every
> answer
> > > > is a
> > > > > > new
> > > > > > > > > > > > > answer you just have to generate a new uuid value
> to set
> > > > the
> > > > > > > > > objectid
> > > > > > > > > > > > > of the object:
> >
> > > > > > > > > > > > > <!--- if data exists show answer field --->
> >
> > > > > > > > > > > > > <cfif len(stobj.department)>
> >
> > > > > > > > > > > > > <cfset application.tai = CreateUUID()>
> >
> > > > > > > > > > > > > <ft:object typename="ticketanswers"
> > > > > > objectid="#application.tai#"
> > > > > > > > > > > > > lFields="answer" r_stPrefix="prefix"
> legend="Answer" />
> >
> > > > > > > > > > > > > </cfif>
> >
> > > > > > > > > > > > > Then in the processform reformat the uuid so it
> matches
> > > > the
> > > > > > format
> > > > > > > > > > > > > used in the form names:
> >
> > > > > > > > > > > > > <!--- if a answer was entered set to db --->
> >
> > > > > > > > > > > > > <cfif isdefined('application.tai')>
> >
> > > > > > > > > > > > > <cfset application.tai =
> > > > > > replace(application.tai,'-','','ALL') />
> >
> > > > > > > > > > > > > </cfif>
> >
> > > > > > > > > > > > > Then if the answer field was filled in, process the
> value
> > > > in
> > > > > > the
> > > > > > > > > db:
> >
> > > > > > > > > > > > > <cfif form[application.tai & 'answer'] gt 0>
> >
> > > > > > > > > > > > > <ft:processformobjects typename="ticketanswers">
> >
> > > > > > > > > > > > > <cfset stProperties.answer = form[application.tai &
> > > > 'answer']
> > > > > > />
> > > > > > > > > > > > > <cfset stProperties.ticketobjectid = stobj.objectid
> />
> >
> > > > > > > > > > > > > </ft:processformobjects>
> >
> > > > > > > > > > > > > </cfif>
> >
> > > > > > > > > > > > > Cheers
> >
> > > > > > > > > > > > > On Nov 30, 11:20 pm, Marco van den Oever <
> > > > > > > > > [EMAIL PROTECTED]>
> > > > > > > > > > > > > wrote:
> > > > > > > > > > > > > > I want to check if the answer form field "answer"
> was
> > > > > > filled in,
> > > > > > > > > > > > > > therefore i have to check on the form field name.
> >
> > > > > > > > > > > > > > The form field names have a uuid assigned to
> their name
> > > > > > which is
> > > > > > > > > > > > > > simply the objectid, but when you add a
> additional
> > > > object
> > > > > > then
> > > > > > > > > the
> > > > > > > > > > > > > > form fields of that object all get a new uuid
> value
> > > > > > assigned to
> > > > > > > > > them.
> >
> > > > > > > > > > > > > > How can i grab that new uuid value so i also can
> use it
> > > > in
> > > > > > a cfif
> > > > > > > > > > > > > > statement i use?
> >
> > > > > > > > > > > > > > Below you see a form dump, the fieldnames of the
> object
> > > > > > tickets
> > > > > > > > > have
> > > > > > > > > > > > > > all :EE93D033FB0828DD12E6AB8742653DDF
> > > > > > > > > > > > > > The fieldnames of the object ticketanswers have
> all:
> > > > > > > > > > > > > > EF696EF7B53EF4D0EA063AC9479E2A75
> >
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFDEPARTMENT
> > > > > > > > > EE7B4D0D-041E-80D9-
> > > > > > > > > > > > > > CE7F039BB168EBD0
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFDESCRIPTION
> This
> > > > > > happens
> > > > > > > > > when:
> > > > > > > > > > > > > >
> EE93D033FB0828DD12E6AB8742653DDFDESCRIPTIONINCLUDE
> > > > 1
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFERRORURL
> [empty
> > > > > > string]
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFNOTIFICATION
> online
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFOBJECTID
> > > > EE93D033-
> > > > > > > > > > > > > > FB08-28DD-12E6AB8742653DDF
> > > > > > > > > > > > > > EE93D033FB0828DD12E6AB8742653DDFPRIORITY
> medium
> >
> > ...
> >
> > read more ยป
> >
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"farcry-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/farcry-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
