<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc = "http://purl.org/dc/elements/1.1/" xmlns="http://purl.org/rss/1.0/">
	<channel rdf:about="http://livedocs.adobe.com/">
	<title>LiveDocs Comments - coldfusion - 6.1 - htmldocs - tags-c20.htm</title>	
		<link>http://livedocs.adobe.com/</link>
		<description>Macromedia LiveDocs - online documentation with user feedback.</description>
		<copyright>Copyright 2009, Macromedia, Inc.</copyright>
		<dc:date>2009-11-25T02:39:42</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28143" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28136" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#26419" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#21836" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#14021" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10701" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10700" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10140" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8543" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8146" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28143">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28143</link>
		<description>According to our bugtracker, bug 53893 was fixed in the ColdFusion MX 6.1 Updater, which is available from http://www.macromedia.com/support/coldfusion/downloads_updates.html&lt;br&gt;&lt;br&gt;Also, a note in the bug indicated that the problem is caused by multiple copies of webservices.jar on the server.</description>
		<dc:creator>jrunrandy</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2005-02-18T09:05:00</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28136">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#28136</link>
		<description>halL,&lt;br /&gt;&lt;br /&gt;Just want to know the status fo Bug 53893, is it fixed now?.&lt;br /&gt;If  yes please let me know hot fix details.&lt;br /&gt;&lt;br /&gt;Thanks</description>
		<dc:creator>Ind2004</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-02-18T07:22:10</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#26419">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#26419</link>
		<description>&lt;cfwddx&gt; behaves differently in CF5 vs. CFMX. This behavior has caused my CFMX app to fail when converting WDDX back into a CF variable.  CF 5 used to convert those odd Microsoft characters (left and right double quotes, long dash, ellipsis, etc.) produced when pasting from Word into a &lt;TEXTAREA&gt; into &amp; variables.  CFMX does not, and then throws an error when converting the WDDX back into a variable.  I have pasted some code below. I apologize if it does not paste correctly because of the Microsoft characters.&lt;br /&gt;&lt;br /&gt;CF5 (see the STORY element):&lt;br /&gt;&lt;wddxPacket version='1.0'&gt;&lt;br /&gt;&lt;header&gt;&lt;br /&gt;&lt;/header&gt;&lt;br /&gt;&lt;data&gt;&lt;br /&gt;&lt;struct&gt;&lt;br /&gt;&lt;var name='EDITOREMAIL'&gt;&lt;br /&gt;&lt;string&gt;someone@somewhere.com&lt;br /&gt;&lt;/string&gt;&lt;br /&gt;&lt;/var&gt;&lt;br /&gt;&lt;var name='HEADLINE'&gt;&lt;br /&gt;&lt;string&gt;The News&lt;br /&gt;&lt;/string&gt;&lt;br /&gt;&lt;var name='STORY'&gt;&lt;br /&gt;&lt;string&gt;&amp;#x93;Hello&amp;#x85;my name is Greg&amp;#x94; And you are&amp;#x97;whom?&lt;br /&gt;&lt;/string&gt;&lt;br /&gt;&lt;/var&gt;&lt;br /&gt;&lt;/struct&gt;&lt;br /&gt;&lt;/data&gt;&lt;br /&gt;&lt;br /&gt;Here is what CFMX creates (only the STORY element was included):&lt;br /&gt;&lt;string&gt;&quot;Hello...my name is Greg&quot; And you are--whom?&lt;br /&gt;&lt;/string&gt;&lt;br /&gt;&lt;/var&gt;&lt;br /&gt;&lt;br /&gt;The text equivalent incluces left/right double quotes, an ellipsis (3 dots) and a long dash:&lt;br /&gt;&quot;Hello...my name is Greg&quot; And you are--whom?&lt;br /&gt;&lt;br /&gt;I have worked a solution by replacing the Microsoft characters with their text equivalents after converting a variable to WDDX but it would be better if CFWDDX handled the convsions itself.  See sample code:&lt;br /&gt;&lt;CFWDDX ACTION=&quot;cfml2wddx&quot;&lt;br /&gt;INPUT=&quot;#tempform#&quot;&lt;br /&gt;OUTPUT=&quot;mywddx&quot;&gt;&lt;br /&gt;&lt;br /&gt;&lt;cfscript&gt;&lt;br /&gt;function ReplaceMicrosoftChars(arg_str) {&lt;br /&gt;  return ReplaceList(arg_str, &quot;#Chr(19)#,#Chr(20)#,#Chr(25)#,#chr(8216)#,#chr(8217)#,#Chr(8211)#,#Chr(8212)#,#Chr(145)#,#Chr(146)#,#Chr(147)#,#chr(8220)#,#chr(8221)#,#Chr(148)#,#Chr(29)#,#Chr(28)#,#Chr(150)#,#Chr(151)#,#Chr(8230)#&quot;, &quot;--,--,',',',--,--,',',&quot;&quot;,&quot;&quot;,&quot;&quot;,&quot;&quot;,&quot;&quot;,&quot;&quot;,-,-,...&quot;);&lt;br /&gt;}&lt;br /&gt;&lt;/cfscript&gt;&lt;br /&gt;&lt;cfset mywddx=ReplaceMicrosoftChars(mywddx)&gt;&lt;br /&gt;&lt;br /&gt;Thanks,&lt;br /&gt;GregK</description>
		<dc:creator>GregK</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-01-11T13:56:38</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#21836">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#21836</link>
		<description>If you do this:&lt;br /&gt;&lt;br /&gt;&lt;cfwddx action=&quot;cfml2js&quot; input=&quot;#now()#&quot; toplevelvariable=&quot;foobar&quot;&gt;&lt;br /&gt;&lt;br /&gt;It always uses a 12 hour clock.  AM/PM information is lost.</description>
		<dc:creator>ksuh</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-09-30T10:20:02</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#14021">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#14021</link>
		<description>Another work around: (remove hard returns AFTER wddx has rendered)&lt;br /&gt;&lt;br /&gt;&lt;cfsavecontent variable=&quot;fixResource&quot;&gt;&lt;br /&gt;&lt;CFWDDX ACTION=&quot;WDDX2JS&quot; INPUT=&quot;#myWDDXPacket#&quot; TOPLEVELVARIABLE=&quot;Resource&quot;&gt;&lt;br /&gt;&lt;/cfsavecontent&gt;&lt;br /&gt;#replace(fixResource,&quot;#chr(13)#&quot;,&quot;&quot;,&quot;ALL&quot;)#</description>
		<dc:creator>aegilnet</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-05-05T06:54:17</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10701">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10701</link>
		<description>Please note that my above example is missing a &quot;)&quot; &lt;cfelseif IsNumeric(evaluate(qryFld)&gt; should be &lt;cfelseif IsNumeric(evaluate(qryFld))&gt;</description>
		<dc:creator>dgcfer</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-03-10T05:29:51</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10700">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10700</link>
		<description>Not sure if this will help, but I created a work around that worked for me. Instead of using the cfwddx tag to build a JS record set I loop over the CF query to write the JS. This allows me to use the JSStringFormat CF function to prevent the line breaks that cfwddx currently puts in with MX. It checks for and handles date, text and numeric data types. This may provide an interim solution until a fix is introduced in MX.&lt;br /&gt;&lt;br /&gt;&lt;script language=&quot;javascript&quot; type=&quot;text/javascript&quot;&gt;&lt;br /&gt;tors = new WddxRecordset();&lt;br /&gt;var dateVal = &quot;&quot;;&lt;br /&gt;&lt;cfloop index=&quot;item&quot; list=&quot;#flds#&quot;&gt;&lt;br /&gt;	&lt;cfoutput&gt;&lt;br /&gt;		&lt;cfset cnt = 0&gt;	&lt;br /&gt;		tors.addColumn(&quot;#item#&quot;);	&lt;br /&gt;		tors.addRows(#getTOs.recordcount#);&lt;br /&gt;		&lt;cfset qryFld = &quot;getTOs.&quot; &amp; item&gt;&lt;br /&gt;		&lt;cfloop query=&quot;getTOs&quot;&gt;&lt;br /&gt;			&lt;cfif IsDate(evaluate(qryFld))&gt;&lt;br /&gt;				&lt;cfset dt = evaluate(qryFld)&gt;&lt;br /&gt;				&lt;cfset date = DateFormat(dt,&quot;yyyy,mm,dd&quot;)&gt;&lt;br /&gt;				&lt;cfset time = TimeFormat(dt,&quot;H,m,s&quot;)&gt;&lt;br /&gt;				&lt;cfset val = date &amp; &quot;,&quot; &amp; time&gt;&lt;br /&gt;				var dateVal = new Date(#val#);&lt;br /&gt;				tors.setField(#cnt#, &quot;#item#&quot;, dateVal);&lt;br /&gt;			&lt;cfelseif IsNumeric(evaluate(qryFld)&gt;&lt;br /&gt;				&lt;cfset val = evaluate(qryFld)&gt;	&lt;br /&gt;				tors.setField(#cnt#, &quot;#item#&quot;, #val#);&lt;br /&gt;			&lt;cfelse&gt;&lt;br /&gt;				&lt;cfset val = JSStringFormat(evaluate(qryFld))&gt;&lt;br /&gt;				tors.setField(#cnt#, &quot;#item#&quot;, &quot;#val#&quot;);&lt;br /&gt;			&lt;/cfif&gt;&lt;br /&gt;			&lt;cfset cnt = cnt + 1&gt;&lt;br /&gt;		&lt;/cfloop&gt;&lt;br /&gt;	&lt;/cfoutput&gt;&lt;br /&gt;&lt;/cfloop&gt;&lt;br /&gt;&lt;/script&gt;</description>
		<dc:creator>dgcfer</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-03-10T05:20:52</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10140">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#10140</link>
		<description>A bug, number 53893, has been reported against the issue of placing returns after variable assignments.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2004-03-08T07:59:38</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8543">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8543</link>
		<description>&lt;cfwddx action=&quot;CFML2JS&quot; input=&quot;#qryName#&quot; toplevelvariable=&quot;contractRS&quot;&gt; &lt;br /&gt;&lt;br /&gt;When I view source I see that it creates a javascript array in MX (like in 4.5), but it places a return after each variable assignment. This seems to be the cause of the &quot;Unterminated String Constant&quot; error I'm getting in MX, don't get this in 4.5. I saved the source as an .htm, with the returns MX puts in I get the same error, I removed the returns I don't get the error. I don't know how to resolve this because I can't reformat the JS MX creates before it the MX server handles the page.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-02-19T15:32:19</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8146">
		<title>coldfusion/6.1/htmldocs/tags-c20.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c20.htm#8146</link>
		<description>The following CFM causes (at least) IE6/Win2K to throw a script error about an unterminated string constant.&lt;br /&gt;&lt;br /&gt;&lt;CFSET oCF = StructNew()&gt;&lt;br /&gt;&lt;CFSET oCF.a = &quot;Test#Chr(13)##Chr(10)#&quot;&gt;&lt;br /&gt;&lt;SCRIPT type=&quot;text/javascript&quot;&gt;&lt;br /&gt;var &lt;CFWDDX action=&quot;cfml2js&quot; input=&quot;#oCF#&quot; topLevelVariable=&quot;oJS&quot;&gt;&lt;br /&gt;&lt;/SCRIPT&gt;&lt;br /&gt;&lt;br /&gt;This was not the case in CF5.</description>
		<dc:creator>MarkZet</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-02-16T11:22:20</dc:date>
	</item>
	</rdf:RDF>

