-- Topica Digest --
nesting an fb2 site within a fb3 site
By [EMAIL PROTECTED]
RE: paths in fb3
By [EMAIL PROTECTED]
Re:
By [EMAIL PROTECTED]
something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
Re: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
Re: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
RE: something like this...
By [EMAIL PROTECTED]
Re: something like this...
By [EMAIL PROTECTED]
I need more data
By [EMAIL PROTECTED]
------------------------------------------------------------
Date: Wed, 9 Oct 2002 12:04:14 +0100
From: "Gary Morin" <[EMAIL PROTECTED]>
Subject: nesting an fb2 site within a fb3 site
This is a multi-part message in MIME format.
------=_NextPart_000_001F_01C26F8B.FCC213F0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
I wonder if anyone can give pointers on the best way to include some fb2
circuits in a fb3 site.
I don�t currently have time to rewrite the whole site in fb3
Cheers
Gary
------=_NextPart_000_001F_01C26F8B.FCC213F0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
<html xmlns:o="urn:schemas-microsoft-com:office:office"
xmlns:w="urn:schemas-microsoft-com:office:word"
xmlns="http://www.w3.org/TR/REC-html40";>
<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<meta name=ProgId content=Word.Document>
<meta name=Generator content="Microsoft Word 9">
<meta name=Originator content="Microsoft Word 9">
<link rel=File-List href="cid:[EMAIL PROTECTED]";>
<!--[if gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:DoNotRelyOnCSS/>
</o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:DocumentKind>DocumentEmail</w:DocumentKind>
<w:EnvelopeVis/>
</w:WordDocument>
</xml><![endif]-->
<style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
p.MsoAutoSig, li.MsoAutoSig, div.MsoAutoSig
{margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
span.EmailStyle15
{mso-style-type:personal-compose;
mso-ansi-font-size:10.0pt;
mso-ascii-font-family:Arial;
mso-hansi-font-family:Arial;
mso-bidi-font-family:Arial;
color:black;}
@page Section1
{size:595.3pt 841.9pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;
mso-header-margin:35.4pt;
mso-footer-margin:35.4pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style>
</head>
<body lang=EN-GB style='tab-interval:36.0pt'>
<div class=Section1>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'>I wonder if anyone can give pointers on the best way to include some fb2
circuits in a fb3 site.<o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'><![if !supportEmptyParas]> <![endif]><o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'>I don’t currently have time to rewrite the whole site in
fb3<o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'><![if !supportEmptyParas]> <![endif]><o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'>Cheers<o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'><![if !supportEmptyParas]> <![endif]><o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'>Gary<o:p></o:p></span></font></span></p>
<p class=MsoNormal><span class=EmailStyle15><font size=2 color=black
face=Arial><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt;font-family:
Arial'><![if !supportEmptyParas]> <![endif]><o:p></o:p></span></font></span></p>
<p class=MsoNormal><font size=3 color=black face="Times New Roman"><span
style='font-size:12.0pt;color:black'><![if
!supportEmptyParas]> <![endif]></span></font><font
color=black><span
style='color:black;mso-color-alt:windowtext'><o:p></o:p></span></font></p>
</div>
</body>
</html>
------=_NextPart_000_001F_01C26F8B.FCC213F0--
------------------------------
Date: Wed, 9 Oct 2002 08:20:06 -0400
From: "Patrick McElhaney" <[EMAIL PROTECTED]>
Subject: RE: paths in fb3
> Barney wrote:
>
> Fuseactions = functions. That's exactly what
> they are.
When a fuseaction is called (the right way) all of it's
parents' fbx_settings and fbx_layouts files go along with
it. Functions don't normally work that way.
> ... returns a result (attributes scope and
> HTML output).
Those are called side effects. They're not the same thing as
returning a result.
> If the call references the same circuit as the
> 'main' request, all environment is as it should
> be, just like a CFMODULE call.
Not necessarily. If an fbx_settings file checks for the
existence of or reads a variable that may have been
created/modified by the original fuseaction (or an
fbx_settings file), or if an fbx_settings file reads
fusebox.fuseaction, the environment may not be the same.
> Your custom tag exposes the same interface
> (basically) as runFuseaction(),
> but it's not just a CFMODULE, it's also got a
> custom tag call in there, so
> it'll be doubly slow...
Actually, no, the only <cfmodule> call is the custom tag
itself. Within the custom tag I <cfinclude> the core file.
> Anyway, I think the bottom line here is that FB
> will let you do what I want, but slowly, and
> I'm willing to trade a little correctness for a
> bunch of speed.
Yeah, I think that is the bottom line. I only know too
speeds: Fast enough, and not fast enough. As long as it's
fast enough, I see no point in sacrificing "correctness" to
make it faster. If it's not fast enough, I'll first try to
make it faster without sacrificing correctness.
Patrick
------------------------------
Date: Wed, 09 Oct 2002 07:41:55 -0500
From: Mailbox <[EMAIL PROTECTED]>
Subject: Re:
Greetings,
Nifty. Is this open to folks who have already registered and paid for the
conference?
At 01:20 AM 10/9/02 -0400, you wrote:
>Good news! First, the FB conference in Orlando, Oct.26-27. If you've
>wanted to come but were put off by the cost, head over to:
>http://fusebox.org/index.cfm?&fuseaction=conference.contestentry.
>There's a simple entry form for a free registration. Over the next
>couple of weeks, multiple winners will be selected using a secret
>formula kept securely hidden in Steve Nelson's sock drawer.
>
>While you're there, you'll see the spiffy new Fusebox site created by
>Steve, Nat Papovich, and Erik Voldengen. The multi-talented David Huyck
>did the graphics for the site.
>
>See you at the conference!
>
>Hal Helms
>"Java for CF Programmers" class immediately
>after Macromedia DevCon.
>Info at www.halhelms.com
James Husum
http://www.smotu.org/
http://www.scifitvfans.com/
http://www.brainsludge.com/
Currently Reading: Web Services Essentials by Ethan Cerami
------------------------------
Date: Wed, 9 Oct 2002 10:29:25 -0400
From: <[EMAIL PROTECTED]>
Subject: something like this...
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
???
------------------------------
Date: Wed, 9 Oct 2002 15:30:34 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
AVOID Evaluate whereever possible, its an ugly function with a huge
overhead....
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:29
To: [EMAIL PROTECTED]
Subject: something like this...
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
???
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 10:35:35 -0400
From: Daniel Daugherty <[EMAIL PROTECTED]>
Subject: RE: something like this...
with isdefined you don't need the evaluate.
isDefined("client.#fusebox.targetCircuit#returnFuseaction")
will do what you are looking for.
-----Original Message-----
From: Robertson-Ravo, Neil (REC)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 10:31 AM
To: '[EMAIL PROTECTED]'
Subject: RE: something like this...
AVOID Evaluate whereever possible, its an ugly function with a huge
overhead....
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:29
To: [EMAIL PROTECTED]
Subject: something like this...
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
???
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 09 Oct 2002 17:36:33 +0300
From: Erki Esken <[EMAIL PROTECTED]>
Subject: Re: something like this...
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
IsDefined("client.#fusebox.targetCircuit#returnFuseaction")
.erki
------------------------------
Date: Wed, 9 Oct 2002 10:38:45 -0400
From: <[EMAIL PROTECTED]>
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc. Also,
each could be called on its own and end up returning to a different place. So, rather
than nesting exitactions as form fields and having to pass them around, etc, etc, I
just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make sure the
each childs return action is defined. I could 1. do 5 cfifs 2. hard code each in the
child circuit(yuck, 5 places to change stuff) or 3. use evaluate. Its a simple string
check, shouldn't really add THAT much over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same task,
though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
------------------------------
Date: Wed, 9 Oct 2002 10:43:01 -0400
From: <[EMAIL PROTECTED]>
Subject: RE: something like this...
Thanks to all who replied!
>
> From: Daniel Daugherty <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:35:35 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> with isdefined you don't need the evaluate.
> isDefined("client.#fusebox.targetCircuit#returnFuseaction")
> will do what you are looking for.
>
> -----Original Message-----
> From: Robertson-Ravo, Neil (REC)
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 10:31 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: something like this...
>
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
------------------------------
Date: Wed, 9 Oct 2002 15:42:17 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
I will have a look, but not its doesnt have its place, its a bastard off a
tag and should be eliminated in CFMX 6.5 :-)
he he.
N
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:39
To: [EMAIL PROTECTED]
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc.
Also, each could be called on its own and end up returning to a different
place. So, rather than nesting exitactions as form fields and having to
pass them around, etc, etc, I just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make
sure the each childs return action is defined. I could 1. do 5 cfifs 2.
hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
use evaluate. Its a simple string check, shouldn't really add THAT much
over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same
task, though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 10:43:29 -0400
From: Daniel Daugherty <[EMAIL PROTECTED]>
Subject: RE: something like this...
Also with CFMX and all dot variables being structures you have the added
ability to use array notation which almost completely removes the need for
evaluate for dynamic variable names.
attributes['#somevariablename#']
Daniel D.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 10:39 AM
To: [EMAIL PROTECTED]
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc.
Also, each could be called on its own and end up returning to a different
place. So, rather than nesting exitactions as form fields and having to
pass them around, etc, etc, I just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make
sure the each childs return action is defined. I could 1. do 5 cfifs 2.
hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
use evaluate. Its a simple string check, shouldn't really add THAT much
over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same
task, though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 15:45:44 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
yeah, but you have this with CF5 really, there are only a few more complex
objects in CFMX.
-----Original Message-----
From: Daniel Daugherty [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:43
To: '[EMAIL PROTECTED]'
Subject: RE: something like this...
Also with CFMX and all dot variables being structures you have the added
ability to use array notation which almost completely removes the need for
evaluate for dynamic variable names.
attributes['#somevariablename#']
Daniel D.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 10:39 AM
To: [EMAIL PROTECTED]
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc.
Also, each could be called on its own and end up returning to a different
place. So, rather than nesting exitactions as form fields and having to
pass them around, etc, etc, I just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make
sure the each childs return action is defined. I could 1. do 5 cfifs 2.
hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
use evaluate. Its a simple string check, shouldn't really add THAT much
over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same
task, though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 15:47:07 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
is it running on MX?
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:43
To: [EMAIL PROTECTED]
Subject: RE: something like this...
Thanks to all who replied!
>
> From: Daniel Daugherty <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:35:35 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> with isdefined you don't need the evaluate.
> isDefined("client.#fusebox.targetCircuit#returnFuseaction")
> will do what you are looking for.
>
> -----Original Message-----
> From: Robertson-Ravo, Neil (REC)
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 10:31 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: something like this...
>
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 10:51:38 -0400
From: Roger Dahlstrom <[EMAIL PROTECTED]>
Subject: RE: something like this...
So without evaluate() how would you determine the value of a form field for
which you don't have a name?
-----Original Message-----
From: Robertson-Ravo, Neil (REC)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 10:42 AM
To: '[EMAIL PROTECTED]'
Subject: RE: something like this...
I will have a look, but not its doesnt have its place, its a bastard off a
tag and should be eliminated in CFMX 6.5 :-)
he he.
N
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:39
To: [EMAIL PROTECTED]
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc.
Also, each could be called on its own and end up returning to a different
place. So, rather than nesting exitactions as form fields and having to
pass them around, etc, etc, I just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make
sure the each childs return action is defined. I could 1. do 5 cfifs 2.
hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
use evaluate. Its a simple string check, shouldn't really add THAT much
over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same
task, though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 15:53:26 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
using structure notation.
-----Original Message-----
From: Roger Dahlstrom [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:52
To: '[EMAIL PROTECTED]'
Subject: RE: something like this...
So without evaluate() how would you determine the value of a form field for
which you don't have a name?
-----Original Message-----
From: Robertson-Ravo, Neil (REC)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 10:42 AM
To: '[EMAIL PROTECTED]'
Subject: RE: something like this...
I will have a look, but not its doesnt have its place, its a bastard off a
tag and should be eliminated in CFMX 6.5 :-)
he he.
N
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:39
To: [EMAIL PROTECTED]
Subject: RE: something like this...
mmmm, ok. But it does have its place.
I have 5 steps in a process, and each invloves a form, validation, etc, etc.
Also, each could be called on its own and end up returning to a different
place. So, rather than nesting exitactions as form fields and having to
pass them around, etc, etc, I just want to set them to a client variable.
SO
I nest each in a child circuit, and want the parent ciruit to check to make
sure the each childs return action is defined. I could 1. do 5 cfifs 2.
hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
use evaluate. Its a simple string check, shouldn't really add THAT much
over head...
<cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
<cflocation addtoken="No"
url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
</cfif>
I'm open to suggestions if you have a better way of accomplishing the same
task, though.
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:30:34 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> AVOID Evaluate whereever possible, its an ugly function with a huge
> overhead....
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:29
> To: [EMAIL PROTECTED]
> Subject: something like this...
>
>
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
>
> ???
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 09 Oct 2002 17:53:49 +0300
From: Erki Esken <[EMAIL PROTECTED]>
Subject: Re: something like this...
> I will have a look, but not its doesnt have its place, its a
> bastard off a tag and should be eliminated in CFMX 6.5 :-)
>
It does have some use. For example, sometimes I want to see
what certain CF expression evaluates to and then I quickly
try it out with my cf_eval.cfm template:
---cf_eval.cfm---
<cfsetting enablecfoutputonly="Yes" showdebugoutput="No">
<cfparam name="form.expr" default="">
<cfoutput>
<form action="cf_eval.cfm" method="post">
CF Expression:<br>
<input type="text" size="80" name="expr" accesskey="e"
value="#HTMLEditFormat(form.expr)#"><br>
<input type="submit" value=" Evaluate ">
</form>
</cfoutput>
<cfif Len(form.expr)>
<cftry>
<cfoutput><hr size="1">#Evaluate(form.expr)#</cfoutput>
<cfcatch>
<cfdump var="#CFCATCH#">
</cfcatch>
</cftry>
</cfif>
---cf_eval.cfm---
.erki
------------------------------
Date: Wed, 9 Oct 2002 15:57:34 +0100
From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
Subject: RE: something like this...
yeah but it has an overhead - its pretty slow. The general rule is avoid it
wherever you can!
-----Original Message-----
From: Erki Esken [mailto:[EMAIL PROTECTED]]
Sent: 09 October 2002 15:54
To: [EMAIL PROTECTED]
Subject: Re: something like this...
> I will have a look, but not its doesnt have its place, its a
> bastard off a tag and should be eliminated in CFMX 6.5 :-)
>
It does have some use. For example, sometimes I want to see
what certain CF expression evaluates to and then I quickly
try it out with my cf_eval.cfm template:
---cf_eval.cfm---
<cfsetting enablecfoutputonly="Yes" showdebugoutput="No">
<cfparam name="form.expr" default="">
<cfoutput>
<form action="cf_eval.cfm" method="post">
CF Expression:<br>
<input type="text" size="80" name="expr" accesskey="e"
value="#HTMLEditFormat(form.expr)#"><br>
<input type="submit" value=" Evaluate ">
</form>
</cfoutput>
<cfif Len(form.expr)>
<cftry>
<cfoutput><hr size="1">#Evaluate(form.expr)#</cfoutput>
<cfcatch>
<cfdump var="#CFCATCH#">
</cfcatch>
</cftry>
</cfif>
---cf_eval.cfm---
.erki
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 11:00:11 -0400
From: <[EMAIL PROTECTED]>
Subject: RE: something like this...
No, 5.
Also, just for compatibility, wouldn't it be better to write so that it works on 5 and
MX, rather than a MX only solution?
I plan on doing a MX conversion down the line. But do you think that such a minor
performance difference is worth the loss of compatibility? Or is the performance
diference that great?
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:47:07 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> is it running on MX?
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:43
> To: [EMAIL PROTECTED]
> Subject: RE: something like this...
>
>
> Thanks to all who replied!
> >
> > From: Daniel Daugherty <[EMAIL PROTECTED]>
> > Date: 2002/10/09 Wed AM 10:35:35 EDT
> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> > Subject: RE: something like this...
> >
> > with isdefined you don't need the evaluate.
> > isDefined("client.#fusebox.targetCircuit#returnFuseaction")
> > will do what you are looking for.
> >
> > -----Original Message-----
> > From: Robertson-Ravo, Neil (REC)
> > [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 09, 2002 10:31 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: something like this...
> >
> >
> > AVOID Evaluate whereever possible, its an ugly function with a huge
> > overhead....
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: 09 October 2002 15:29
> > To: [EMAIL PROTECTED]
> > Subject: something like this...
> >
> >
> > isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
> >
> > ???
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> >
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
------------------------------
Date: Wed, 09 Oct 2002 11:56:22 -0400
From: "John Farrar" <[EMAIL PROTECTED]>
Subject: RE: something like this...
Ah, some of us are running MX. We, the cruel croud, are not planning on writting cf5
compadible software. But, make sure you write all your cf5 so you can upgrade! (That
means I can run your stuff but you cannot always run mine... aren't upgrades just the
coolest thing?)
Just having fun above... but I say if you have MX use it. If you don't need CF5
compliance, go for performance!
>>> [EMAIL PROTECTED] 10/09/02 11:00AM >>>
No, 5.
Also, just for compatibility, wouldn't it be better to write so that it works on 5 and
MX, rather than a MX only solution?
I plan on doing a MX conversion down the line. But do you think that such a minor
performance difference is worth the loss of compatibility? Or is the performance
diference that great?
>
> From: "Robertson-Ravo, Neil (REC)" <[EMAIL PROTECTED]>
> Date: 2002/10/09 Wed AM 10:47:07 EDT
> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> Subject: RE: something like this...
>
> is it running on MX?
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:43
> To: [EMAIL PROTECTED]
> Subject: RE: something like this...
>
>
> Thanks to all who replied!
> >
> > From: Daniel Daugherty <[EMAIL PROTECTED]>
> > Date: 2002/10/09 Wed AM 10:35:35 EDT
> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> > Subject: RE: something like this...
> >
> > with isdefined you don't need the evaluate.
> > isDefined("client.#fusebox.targetCircuit#returnFuseaction")
> > will do what you are looking for.
> >
> > -----Original Message-----
> > From: Robertson-Ravo, Neil (REC)
> > [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 09, 2002 10:31 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: something like this...
> >
> >
> > AVOID Evaluate whereever possible, its an ugly function with a huge
> > overhead....
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: 09 October 2002 15:29
> > To: [EMAIL PROTECTED]
> > Subject: something like this...
> >
> >
> > isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
> >
> > ???
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> >
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
------------------------------
Date: Wed, 9 Oct 2002 13:27:57 -0400
From: "Nelson Winters" <[EMAIL PROTECTED]>
Subject: Re: something like this...
Use Form[varName] instead of Evaluate("Form.#varName#") or Evaluate("Form."
& varName)
----- Original Message -----
From: "Roger Dahlstrom" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 09, 2002 10:51 AM
Subject: RE: something like this...
> So without evaluate() how would you determine the value of a form field
for
> which you don't have a name?
>
> -----Original Message-----
> From: Robertson-Ravo, Neil (REC)
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 09, 2002 10:42 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: something like this...
>
>
> I will have a look, but not its doesnt have its place, its a bastard off a
> tag and should be eliminated in CFMX 6.5 :-)
>
> he he.
>
> N
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 09 October 2002 15:39
> To: [EMAIL PROTECTED]
> Subject: RE: something like this...
>
>
> mmmm, ok. But it does have its place.
>
> I have 5 steps in a process, and each invloves a form, validation, etc,
etc.
> Also, each could be called on its own and end up returning to a different
> place. So, rather than nesting exitactions as form fields and having to
> pass them around, etc, etc, I just want to set them to a client variable.
>
> SO
>
> I nest each in a child circuit, and want the parent ciruit to check to
make
> sure the each childs return action is defined. I could 1. do 5 cfifs 2.
> hard code each in the child circuit(yuck, 5 places to change stuff) or 3.
> use evaluate. Its a simple string check, shouldn't really add THAT much
> over head...
>
> <cfif fusebox.targetCircuit neq fusebox.thisCircuit and not
> isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")>
> <cflocation addtoken="No"
> url="#self#/fuseaction/#fusebox.thisCircuit#.startProcess">
> </cfif>
>
> I'm open to suggestions if you have a better way of accomplishing the same
> task, though.
> >
> > From: "Robertson-Ravo, Neil (REC)"
<[EMAIL PROTECTED]>
> > Date: 2002/10/09 Wed AM 10:30:34 EDT
> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
> > Subject: RE: something like this...
> >
> > AVOID Evaluate whereever possible, its an ugly function with a huge
> > overhead....
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: 09 October 2002 15:29
> > To: [EMAIL PROTECTED]
> > Subject: something like this...
> >
> >
> > isDefined("evaluate("client.#fusebox.targetCircuit#returnFuseaction")")
> >
> > ???
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> > __________________________________________/Fusebox Conference!
> >
> > Sign up for the Fusebox Conference today!
> > October 26th & 27th: Orlando, FL, just before MACR DevCon.
> > 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> > Championship
> > http://www.fusebox.org/index.cfm?fuseaction=conference.main
> >
> >
> >
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
> __________________________________________/Fusebox Conference!
>
> Sign up for the Fusebox Conference today!
> October 26th & 27th: Orlando, FL, just before MACR DevCon.
> 2 jam-packed days, 15 speakers in three tracks, World Fuseball
> Championship
> http://www.fusebox.org/index.cfm?fuseaction=conference.main
>
>
>
------------------------------
Date: Wed, 9 Oct 2002 22:56:04 -0700
From: "Erik Voldengen" <[EMAIL PROTECTED]>
Subject: I need more data
I'm about to release a new version of sesConverter, and I'd like
to make sure it works for as many web server/CF/OS configurations
as possible. So I'm looking for yet more test data.
The following URL will go to a download for a CFML template
you can run on your server. It's very simple - just download
the file, run it, click submit, and you're done.
http://www.fusium.com/go/sestest
Thanks in advance for the information.
Erik Voldengen
Senior Partner & Creative Director
Fusium, Inc.
503-646-9514
------------------------------
__________________________________________/Fusebox Conference!
Sign up for the Fusebox Conference today!
October 26th & 27th: Orlando, FL, just before MACR DevCon.
2 jam-packed days, 15 speakers in three tracks, World Fuseball
Championship
http://www.fusebox.org/index.cfm?fuseaction=conference.main
End of [EMAIL PROTECTED] digest, issue 966
