If that were the case, it should have a big long string of carriage returns and spaces in front of the returned value ... Though I suppose I could try using <cfsilent> to test the theory... But content inside the <cffunction> shouldn't be output unless it's within a writeoutput() function.
Is this a known bug? > Hi Isaac, > It's not a bug. It's that HTML markup inside a > <cffunction> is displayed > onscreen. Try this: > <cffunction name="test"> > Hello, > <cfreturn "Isaac"> > </cffunction> > <cfoutput>#test()#</cfoutput> > -----Original Message----- > From: Raymond Camden [mailto:[EMAIL PROTECTED] > Sent: Thursday, 6 March 2003 7:51 a.m. > To: CF-Talk > Subject: RE: CFMX UDF Output whitespace - possible bug > Can you show us the code? I'm not seeing that with this > example: > <cfscript> > function foo() { return 1; } > </cfscript> > <cfoutput> > |#foo()#| > </cfoutput> > ========================================================== > ============= > Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc > Member of Team Macromedia > Email : [EMAIL PROTECTED] > Blog : www.camdenfamily.com/morpheus/blog > Yahoo IM : morpheus > "My ally is the Force, and a powerful ally it is." - Yoda >> -----Original Message----- >> From: S. Isaac Dealey [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, March 05, 2003 1:29 PM >> To: CF-Talk >> Subject: CFMX UDF Output whitespace - possible bug >> >> >> I'm working on a client project running CF MX on Linux >> >> What seems to be happening is that any time we use a UDF >> in a >> cfoutput, like >> >> <cfoutput> >> <div>|#request.ffa.appname#|</div> >> <div>|#request.ff.alttext(1)#|</div> >> <div>|#left(request.ff.structtourl(attributes),1)#|</div> >> </cfoutput> >> >> We get an extra space character prepended to the string >> returned by the UDF, i.e. the previous snippet results in >> this output: >> >> |ourappname| >> | Edit| >> | m| >> >> Has anyone seen anything like this before? It seems to be >> a >> new development, because I'm pretty sure I was using >> UDF's in >> cfoutput for url variables without problems last week. >> >> I've got this diagnostic info: >> >> SERVER_SOFTWARE=Apache/1.3.23 (Unix) (Red-Hat/Linux) >> mod_ssl/2.8.7 OpenSSL/0.9.6b DAV/1.0.3 PHP/4.0.6 >> mod_perl/1.26 >> >> not sure where that's from -- a coworker handed it to >> me... >> >> a dump of the server variables looks like this: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~~~~~~~~~~| > Archives: > http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 > Subscription: http://www.houseoffusion.com/cf_lists/index. > cfm?method=subscribe&forumid=4 > FAQ: http://www.thenetprofits.co.uk/coldfusion/faq > This list and all House of Fusion resources hosted by > CFHosting.com. The place for dependable ColdFusion > Hosting. > Unsubscribe: http://www.houseoffusion.com/cf_lists/uns > ubscribe.cfm?user=633.558.4 s. isaac dealey 954-776-0046 new epoch http://www.turnkey.to lead architect, tapestry cms http://products.turnkey.to tapestry api is opensource http://www.turnkey.to/tapi certified advanced coldfusion 5 developer http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
