XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Show tree view Topic
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
Glenn BrandSubject: Extra block/CR generated
Author: Glenn Brand
Date: 27 Dec 2007 10:18 PM
I have a conditional field in the report attached. It always includes an extra carriage return causing the cell to be twice as high resulting in the report having extra lines instead of each repeating item being in a straight line.


DocumentPatientStatementCR.report


DocumentPatientStatement.xml
XML data source

Postnext
Alberto MassariSubject: Extra block/CR generated
Author: Alberto Massari
Date: 28 Dec 2007 06:24 AM
Hi Glenn,
can you explain better the behavior you are seeing? When I preview the report, or run the generated XSLT stylesheet, I don't see extra carriage returns.

Thanks,
Alberto


ImagePatientStatementCR.JPG
Screenshot

Postnext
Glenn BrandSubject: Extra block/CR generated
Author: Glenn Brand
Date: 28 Dec 2007 07:18 PM
Originally Posted: 28 Dec 2007 03:28 PM
You can see the issues in the Apache FOP generated PDF. The image you sent has it where the CLAIM.COMMENT is located. Does that help.
I am really stumped here.
I am thinking that this may be caused by Apache 0.94. Apache 0.20 that Stylus Studio uses behaves properly. For now I think we will have to go with 0.20.


UnknownPatientStatementadminextraCR.pdf
PDF example

Postnext
Glenn BrandSubject: Extra block/CR generated
Author: Glenn Brand
Date: 29 Dec 2007 09:53 PM
Alberto,

This is what Stylus Studio is generating a block within a block. This gets converted into 2 lines by Apache 0.94. If I look at the report it actually shows an extra line feed.

<fo:table-cell border-style="none" border-width="0pt" border-color="transparent" background-repeat="repeat" display-align="center">
<fo:block>
<fo:block>
<fo:inline font-family="Arial" font-size="9pt">
<xsl:choose>
<xsl:when test="CLAIMS.CNUMBER=CLAIMS.NCNUMBER">
<fo:block>
<fo:block>
<fo:inline font-family="Arial" font-size="8pt">
<xsl:value-of select="CLAIMS.COMMENT"/>
</fo:inline>
</fo:block>
</fo:block>
</xsl:when>
<xsl:otherwise>
<fo:block text-align="left">
<fo:block>
<fo:inline font-family="Arial" font-size="9pt">    
<xsl:value-of select="CLAIMS.COMMENT"/>
</fo:inline>
</fo:block>
</fo:block>
</xsl:otherwise>
</xsl:choose>
<xsl:choose>
<xsl:when test="not(CLAIMS.BFEE=&quot;&quot;)">
<fo:block/>
</xsl:when>
<xsl:otherwise>
<fo:block>
<fo:block>Modifiers:
<xsl:value-of select="CLAIMS.BFEE"/>,
<xsl:value-of select="CLAIMS.PFEE"/>
</fo:block>
</fo:block>
</xsl:otherwise>
</xsl:choose>
</fo:inline>
</fo:block>
</fo:block>
</fo:table-cell>

Postnext
Alberto MassariSubject: Extra block/CR generated
Author: Alberto Massari
Date: 03 Jan 2008 08:28 AM
Hi Glenn,
this looks like a limitation of Apache FOP 0.94 (both FOP 0.2 and RenderX don't show the same layout); what makes it create a different table cell is not the nested fo:block, but the two fo:inline used to set the font size.
As a workaround you can specify the height of each table row, by clicking on the repeater glyph, activating the Row page in the property window and specifying 9 as the font size.

Hope this helps,
Alberto

Posttop
Glenn BrandSubject: Extra block/CR generated
Author: Glenn Brand
Date: 03 Jan 2008 04:41 PM
I agree. I stumbled on this myself. Thank you for the confirmation.

 
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.