DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15564 extra blank page in rendered pdf files [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 2002-12-20 11:59 ------- I suppose it is indeed a break-after="page" issue. (XSLT snippets don't really help in such cases). The spec is a bit ambiguous on how to handle this, more specifically, it doesn't say that some areas generated by FO from the flow have to follow a forced page break in order to generate a new page. Formally nailing down the behaviour will probably become messy due to footnotes. Implementation will likely be messy too. I don't consider this a real bug until clarified. Usually it should be possible not to generate the forced page break on the last block, for example: <xsl:template match="Protocolli"> <fo:block> <xsl:if test="position()!=last()"> <xsl:attribute name="break-after">page</xsl:attribute> </xsl:if> .... --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
