<?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 - 7 - htmldocs - 00000232.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-25T17:22:59</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#71157" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#58964" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#54426" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#42533" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#35891" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#71157">
		<title>coldfusion/7/htmldocs/00000232.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#71157</link>
		<description>When using this method for MS Office files (Word/Excel/etc) you may experience problems with Internet Explorer in an SSL environment.  Adding the following lines will resolve the problem.&lt;br /&gt;&lt;br /&gt;&lt;cfheader name=&quot;Pragma&quot; value=&quot;&quot;&gt;&lt;br /&gt;&lt;cfheader name=&quot;Cache-control&quot; value=&quot;&quot;&gt;&lt;br /&gt;&lt;br /&gt;There is a microsoft bulletin about the problem.  Here is a link:&lt;br /&gt;http://support.microsoft.com/default.aspx?scid=kb;en-us;316431</description>
		<dc:creator>AWKenger</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-07-31T13:14:05</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#58964">
		<title>coldfusion/7/htmldocs/00000232.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#58964</link>
		<description>The CFCONTENT page located at url &quot;http://livedocs.macromedia.com/coldfusion/7/htmldocs/wwhelp/wwhimpl/common/html/wwhelp.htm?context=ColdFusion_Documentation&amp;file=00000232.htm&quot; shows CFCONTENT Examples 3, 4, &amp; 5 that display a &quot;filename&quot; attribute for the &quot;&lt;CFHEADER&gt; tag.  This is incorrect and causes an error message.  Documentation for the &lt;CFHEADER&gt; tag does not list the attribute &quot;filename&quot;.  I believe the examples on this page are incorrect and misleading and should be corrected.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-01-04T11:47:30</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#54426">
		<title>coldfusion/7/htmldocs/00000232.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#54426</link>
		<description>Contrary to any other known definition of &quot;binary data,&quot; &lt;cfcontent variable=&quot;...&quot;&gt; can only use the a variable if its binary data is sent through a process known only to &lt;cffile action=&quot;readBinary&quot; &gt; and &lt;cfchart&gt;.  There is some sort of undocumented java type that is required.  With specialized knowledge, there may be a way to use anyone else's definition of binary data with cfcontent after re-casting the java objects in an unsupported manner which will likely break in future versions of coldfusion.  In other words, these tags are the only places where coldfusion is a strongly typed language.&lt;br /&gt;&lt;br /&gt;This means that any coldfusion loosely-typed variables or output from a &lt;cfexecute&gt; must be written to a file instead of std. output, which can produce a bottleneck based on your fixed-disk speed in some situations.&lt;br /&gt;&lt;br /&gt;Attempting to do so will result in the nonsensical assertion that the server could have something other than binary data in its memory:&lt;br /&gt;'&quot;java.lang.String&quot; is not a supported variable type. The variable is expected to contain binary data.'</description>
		<dc:creator>bizarrojack</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-10-16T22:19:46</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#42533">
		<title>coldfusion/7/htmldocs/00000232.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#42533</link>
		<description>the CFHEADER tag in the examples is malformed.  Syntax is&lt;br /&gt;&lt;br /&gt;&lt;cfheader &lt;br /&gt;   name = &quot;header_name&quot;&lt;br /&gt;   value = &quot;header_value&quot;&lt;br /&gt;   charset=&quot;charset&quot;&gt;&lt;br /&gt;or&lt;br /&gt;&lt;cfheader &lt;br /&gt;   statusCode = &quot;status_code&quot;&lt;br /&gt;   statusText = &quot;status_text&quot;&gt;</description>
		<dc:creator>niko1</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-11-21T08:42:05</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#35891">
		<title>coldfusion/7/htmldocs/00000232.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000232.htm#35891</link>
		<description>It's worth noting that the &lt;cfheader&gt; tag should appear before the &lt;cfcontent&gt; tag if a content-disposition / filename is being specified.  Otherwise it seems the &lt;cfheader&gt; tag is thrown out.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-06-23T14:24:25</dc:date>
	</item>
	</rdf:RDF>

