If the values were in a "local" scope in the function then they'd be in a "local" scope in the CFC.
Now whether that scope would exist in an Include called outside of a function is a question (I would say it probably should exist, but be empty - but if it didn't exist it could be used to determine from within an include whether the call came from a function). I go back and forth on whether CFINCLUDE should work in a function... as it stands (since it's clearly problematic anyway) I would say "no". But if it were made thread-safe in some way then I do think there's uses for it. Jim Davis > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Barney Boisvert > Sent: Friday, May 07, 2004 5:58 PM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] CFINCLUDE forces var scope into arguments? > > But where does that reference get placed? You have to put that unnamed > scope somewhere, and since CFINCLUDE only knows about the variables scope > (and the various other "higher level" scopes), that's where it ends up. > The > disconnect happens because CFINCLDUEs and CFCs are so fundementally > different that even something as 'basic' as the VARIABLES scope is totally > different between the two. > > I suppose that placing it in the request scope would be a potential > workaround, since CF is single-threaded per request, so it would be > impossible for stuff to stomp on other things toes. I think a better > solution would probably have been for CFINCLUDE and CFMODULE inside a CFC > to > be a compile-time error. > > Cheers, > barneyb > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Jim Davis > > Sent: Friday, May 07, 2004 2:39 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [CFCDev] CFINCLUDE forces var scope into arguments? > > > > True - but if that externally compiled and executed template can see > > something in the wrapper file, then it could see something else in the > > wrapper file. > > > > In the case however the unnamed variables can't be placed in > > the unnamed > > scope of a CFINCLUDE (since one doesn't exist), but a > > reference to named > > object could be passed to a CFINCLUDE. > > > > Jim Davis > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf > > > Of Barney Boisvert > > > Sent: Friday, May 07, 2004 4:56 PM > > > To: [EMAIL PROTECTED] > > > Subject: RE: [CFCDev] CFINCLUDE forces var scope into arguments? > > > > > > Keep in mind that the external template is compiled and executed > > > separately > > > from the actual function. It's not a textual include of > > the file content > > > before compilation or execution, it's a totally separate > > object being > > > called > > > that is outside the function object that actually knows > > about it's local > > > variables. In other words, whether the scope is named or > > not, you still > > > have to copy the values to the variables scope for the > > external template > > > to > > > access them. > > > > > > Cheers, > > > barneyb > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Jim Davis > > > > Sent: Friday, May 07, 2004 1:47 PM > > > > To: [EMAIL PROTECTED] > > > > Subject: RE: [CFCDev] CFINCLUDE forces var scope into arguments? > > > > > > > > Well... I think the simple solution would have been to create > > > > a local NAMED > > > > scope instead of local unnamed scope. > > > > > > > > Then the CFINCLUDE could be given access that the named > > > > entity just as it's > > > > given access to the named variables scope. > > > > > > > > Jim Davis > > > > > > ---------------------------------------------------------- > > > You are subscribed to cfcdev. To unsubscribe, send an email > > > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > > > in the message of the email. > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported > > > by Mindtool, Corporation (www.mindtool.com). > > > > > > An archive of the CFCDev list is available at www.mail- > > > archive.com/[EMAIL PROTECTED] > > > > > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email > > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > > in the message of the email. > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported > > by Mindtool, Corporation (www.mindtool.com). > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[EMAIL PROTECTED] > > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at www.mail- > archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
