Oops .. "note handle" = "not handle"
--- Billy Cravens -----Original Message----- From: Cravens, Billy Sent: Tuesday, April 30, 2002 11:10 AM To: [EMAIL PROTECTED] Subject: RE: FB3, CF MX and fuseaction variable Seems a bit silly to note handle them as a structure. A set of variables that have the same meaning, with different values - seems like a perfect scenario for structure to me. (I think it'd be great to integrate it into the fusebox.* structure, though fusebox.xfa would probably annoy a lotta ppl) --- Billy Cravens -----Original Message----- From: Jeff Chastain [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 30, 2002 10:38 AM To: [EMAIL PROTECTED] Subject: RE: FB3, CF MX and fuseaction variable Why give up on the dot notation? I have not done much with CFMX yet, but if the issue is really only becuase XFA's are not a true structure, then is it not much easier to make them a structure with one command (<cfset xfa = structnew()>) than to change all instances of xfa.? XFA's would seem to be as much of a structure as fusebox., so why not make them an official structure? ---------- Original Message ---------------------------------- From: hal helms <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Tue, 30 Apr 2002 10:55:09 -0400 >Yes, it turns out that the J2EE version of Fusebox (created by those >clever folks at Synthis) also has problems with XFA.this. I've pretty >much given up my hatred for underscores and I agree with you, Doug: >XFA_this works fine and is more in keeping with those underscores that, >though I fought the good fight, I couldn't stave off. > >-----Original Message----- >From: Douglas Smith [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, April 30, 2002 10:46 AM >To: [EMAIL PROTECTED] >Cc: [EMAIL PROTECTED] >Subject: RE: FB3, CF MX and fuseaction variable > > >XFA's may be a problem since since they are, by convention, local >variable >with a dot in their name [XFA.ExitName]. Of course, they could easily >be >renamed as [XFA_ExitName]. When running your FB app in MX, just do a >global search and replace for "XFA." and replace it with "XFA_" > >At 09:24 AM 4/30/02 -0400, hal helms wrote: >>Variable *names* with dots in them are the problem. In FB's case, it's >>not the names but the values which have dots and that's perfectly fine. >> >>-----Original Message----- >>From: a moustapha [mailto:[EMAIL PROTECTED]] >>Sent: Tuesday, April 30, 2002 8:48 AM >>To: [EMAIL PROTECTED] >>Subject: FB3, CF MX and fuseaction variable >> >> >>I have read in the cfmx_dev_cf_apps.pdf (page 49) that variables with >>points in it are not alowed anymore in CF MX(unless using an array >>structure p.51). >> >>As fuseaction is such a variable, I think fb3 will not work on MX. Am I > >>wrong? Is there going to be a FB3MX version that deals with this issue? >> >>I won't be using CF MX any time soon, unless my provider makes the >>switch, but I want to be prepared. >> >>p.49: >>With the exception of Cookie and Client scope variables (which must >>always be simple variable types), you cannot normally include periods >>in >> >>simple variable names. However, ColdFusion makes some exceptions that >>accommodate legacy and third-party code that does not conform to this >>requirement. >> >>p.51: >>You can create a variable name that includes periods by using >>associative array structure notation, as described in "Structure >>notation," in Chapter 5. To do so, you must do the >>following: >>.Refer to the variable as part of a structure. You can always do this, >>because >>ColdFusion considers all scopes to be structures. For more information >>on scopes, see >>"About scopes" on page 58 >>.Put the variable name that must include a period inside square >brackets >> >>and single or >>double quotation marks, >>The following example shows this technique: >><cfset Variables ['My.Variable.With.Periods'] =12> >><cfset Request ["Another.Variable.With.Periods"] ="Test variable"> >><cfoutput> My.Variable.With.Periods is:#My.Variable.With.Periods#<br> >>Request.Another.Variable.With.Periods is: >>#Request.Another.Variable.With.Periods#<br> >></cfoutput> >> > > > > > This e-mail, facsimile, or letter and any files or attachments transmitted with it contains information that is confidential and privileged. This information is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please notify Baylor Health Care System immediately at 1-866-402-1661 or via e-mail at [EMAIL PROTECTED] Baylor Health Care System, its subsidiaries, and affiliates hereby claim all applicable privileges related to this information. This e-mail, facsimile, or letter and any files or attachments transmitted with it contains information that is confidential and privileged. This information is intended only for the use of the individual(s) and entity(ies) to whom it is addressed. If you are the intended recipient, further disclosures are prohibited without proper authorization. If you are not the intended recipient, any disclosure, copying, printing, or use of this information is strictly prohibited and possibly a violation of federal or state law and regulations. If you have received this information in error, please notify Baylor Health Care System immediately at 1-866-402-1661 or via e-mail at [EMAIL PROTECTED] Baylor Health Care System, its subsidiaries, and affiliates hereby claim all applicable privileges related to this information. ==^================================================================ This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^================================================================
