Our application also needs linefeeds preserved in certain cases. We convert them at the stylesheet level. Here's how we do it:
<?xml version="1.0"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format"> <...> <fo:block text-align="start" font-size="8pt"> <xsl:call-template name="setNewLine"> <xsl:with-param name="string" select="@RSLT_CMT"/> </xsl:call-template> </fo:block> <...> <xsl:template name="setNewLine"> <fo:block> <xsl:param name="string" /> <xsl:if test="contains($string, '^')"> <xsl:value-of select="substring-before($string, '^')" /> <xsl:call-template name="setNewLine"> <xsl:with-param name="string" select="substring-after($string, '^')" /> </xsl:call-template> </xsl:if> <xsl:if test="not(contains($string, '^'))"> <xsl:value-of select="$string" /> </xsl:if> </fo:block> </xsl:template> </xsl:stylesheet> Actually I just realized we're replacing line feeds with '^'s earlier in the process. But I assume you could match the unicode character for newline here instead. Basically, the remplate just wraps a <block> tag around the substring it finds up to '^', then recursively loops through the remaining substring until it's done. Like I said, I have no idea if you're even using stylesheets. I have a feeling if you're talking with Arved, this avenue has already been explored. But I figured I'd throw it out there just in case. By the way if anyone knows of a slicker method to do what I'm doing above (ie some sort of Perl-style replace, or Java-style string tokenizer functionality), please chime in. thx, Matt Savino Rachael Blank wrote: > > Hello! > > I have seen many posts regarding the lack of support of the > linefeed-preserve tag. Since August, I have been corresponding with one > of the FOP Independent Members of the Apache Software Foundation, Arved > Sandstrom, to get this problem resolved. > > We have had no success to date. We have a critical application that > relies on this functionality. This will be used by over 5,000 > Cariologists. This is a fairly sophisticated application which enables > doctors to view, edit and then print a final copy of their > transcriptions. It will enable the success of our company and also be a > great benchmark for the FOP technology. We are ready to roll out the > application once this is completed. > > We would greatly appreciate any help to get this feature working. Our > java programmers would be willing to work closely with your team to get > this issue resolved. > > Thank you kindly, > > Rachael Blank > Medical Archival Systems, Inc. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]