<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: FPDF.asp carriage return / line feed in MultiCell</title>
	<atom:link href="http://imaginekitty.com/253/fpdfasp-carriage-return-line-feed-in-multicell/feed/" rel="self" type="application/rss+xml" />
	<link>http://imaginekitty.com/253/fpdfasp-carriage-return-line-feed-in-multicell/</link>
	<description>Web Standards Discussion</description>
	<pubDate>Fri, 21 Nov 2008 17:38:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: JK</title>
		<link>http://imaginekitty.com/253/fpdfasp-carriage-return-line-feed-in-multicell/#comment-3059</link>
		<dc:creator>JK</dc:creator>
		<pubDate>Tue, 11 Mar 2008 16:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.imaginekitty.com/253/fpdfasp-carriage-return-line-feed-in-multicell/#comment-3059</guid>
		<description>I think you need to be clearer as to the misconception that you tried to explain.  I ran into the same problem and probably had the same brain boggle.

The issue is that I thought that the width and height applied to the entire multicell construct.  It doesn't.  It applies to each line that is extracted from the text, as broken by the Chr(10).

The phraseology used by FPDF is not very conducive to rapid assimilation.</description>
		<content:encoded><![CDATA[<p>I think you need to be clearer as to the misconception that you tried to explain.  I ran into the same problem and probably had the same brain boggle.</p>
<p>The issue is that I thought that the width and height applied to the entire multicell construct.  It doesn&#8217;t.  It applies to each line that is extracted from the text, as broken by the Chr(10).</p>
<p>The phraseology used by FPDF is not very conducive to rapid assimilation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
