DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=40230>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40230 Summary: Invalid extra page break creates an undesired empty page Product: Fop Version: 1.0dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: page-master/layout AssignedTo: firstname.lastname@example.org ReportedBy: [EMAIL PROTECTED] When there is an <fo:block break-after="page"/> and nothing after it in the flow, a new page is still created, whereas section 7.19.1 of the recommendation states that it should be the case only if there is material to typeset afterwards. See the attached fo sample. The result is the same if we replace break-after by break-before. Same result also if we remove the indenting such that all the closing tags after the block are sticked together, so this is not a whitespace handling issue. I guess that a Knuth penalty of value -infinity is generated for such a block, and this doesn't play well with the (infinite glue, -infinite penalty) pair which is probably added at the end of the page sequence. The penalty should probably be only generated if there is also some box after it, and before the ending pair. If nobody takes this bug I'll have a look at it after the GSoC. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.