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]

Reply via email to