I now understand that when working with multiple (different) "<ft:object objectid="#stobj.objectid#"", you should work with webskins as then each webskin has his own unique stobj.objectid, as each webskin is a unique object.
Then each object gets written to db. By removing stobj.objectid from the farUser ft:object the duplicate userid validation wasn't functioning anymore, so that wasn't the solution. On Jun 20, 9:46 pm, Marco van den Oever <[email protected]> wrote: > I had one ft:object farUser and 3 dmProfile objects on one page each > with objectid="#stobj.objectid#". > > As there is only one stobj.objectid available and farUser was the > first ft:object that uses the stobj.objectid, that object was written > to db and dmProfile, as second, not. > > Now i removed the stobj.objectid from farUser and used stobj.objectid > with all the three dmProfile objects to bind them. > > On Jun 20, 8:37 pm, Marco van den Oever <[email protected]> > wrote: > > > Can anyone share a simple register / login page based on the fc > > farUser and dmProfile types? > > I assume you generally use these types to create custom register > > stuff? Or do most create own types for it? > > > Sometimes i get a bit stuck between "using the framework" and "create > > your own stuff with the framework". > > > Any insights would be very nice. > > > On Jun 20, 8:28 pm, Marco van den Oever <[email protected]> > > wrote: > > > > mmm the original setup works, thought maybe it was something related > > > to railo, but it's something related to me i guess... still i don't > > > understand why this isn't working... > > > > On Jun 19, 11:41 pm, Marco van den Oever <[email protected]> > > > wrote: > > > > > I am trying to create a customized "register" page. > > > > > Using the default elements of core but then all placed in one page > > > > which i include as _registerReseller.cfm. I placed all the various > > > > elements on one page just for my oversight. > > > > > For some reason the dmProfile is not set. Using the standard code: > > > > > <ft:processForm action="Register Now"> > > > > > <ft:processFormObjects typename="dmProfile"> > > > > > <cfset stProperties.userDirectory = "CLIENTUD" /> > > > > <cfset stProperties.username = "#newUserName#_CLIENTUD" /> > > > > <cfset stProperties.createdby = "#newUserName#_CLIENTUD" /> > > > > <cfset stProperties.ipadres = CGI.REMOTE_ADDR /> > > > > > </ft:processFormObjects> > > > > > And a bit customized in a ft:form: > > > > > <ft:object objectid="#stobj.objectid#" typename="dmProfile" > > > > lfields="firstName,lastname,city,address,postalcode,<!--- postalState, > > > > --->phone,emailAddress,bankaccount" legend="Personal details" /> > > > > > The farUser info gets written to db and is setup in exactly the same > > > > structure as dmProfile. > > > > > The only error i get is: > > > > > "key [FIRSTNAME] doesn't exist in struct > > > > (keys:BINDB,LOCALE,BRECEIVEEMAIL,USE" > > > > > Which tells me that dmProfile is not set, if it was then this code: > > > > > <cfset stProfile = createObject("component", application.stcoapi > > > > ["dmProfile"].packagePath).getProfile(userName="#newUserName#", > > > > ud="CLIENTUD") /> > > > > > Would provide that missing variable. I really don't know what's going > > > > on, i hope this description will ring a bell to anyone... > > --~--~---------~--~----~------------~-------~--~----~ You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry -~----------~----~----~----~------~----~------~--~---
