You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2012/11/19 13:18:24 UTC
[Bug 54167] New: Overflow recovery doesn't play well with changing
IPD
https://issues.apache.org/bugzilla/show_bug.cgi?id=54167
Bug ID: 54167
Summary: Overflow recovery doesn't play well with changing IPD
Product: Fop
Version: all
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: page-master/layout
Assignee: fop-dev@xmlgraphics.apache.org
Reporter: vhennebert@gmail.com
Classification: Unclassified
Created attachment 29607
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29607&action=edit
FO file illustrating the issue
The page overflow recovery mechanism consists in pushing the overflowing
content to the next page in the hope that it will be bigger and able to
accommodate the content.
When the IPD of the next page changes, the page breaking algorithm returns
early and AbstractBreaker (doLayout method) splits the content and re-lays out
what follows the page break, according to the new IPD.
Those two mechanisms are in conflict when the overflow occurs at the first
legal break, leading to no too short node and no feasible break.
AbstractBreaker is then asked to split before the content, which it is not
designed for.
When the flow IPD changes the overflow mechanism must be disabled, since anyway
the line breaking has to be re-done according to the new IPD.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 54167] Overflow recovery doesn't play well with changing IPD
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=54167
Vincent Hennebert <vh...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #1 from Vincent Hennebert <vh...@gmail.com> ---
Fixed in rev. 1411306:
http://svn.apache.org/viewvc?rev=1411306&view=rev
--
You are receiving this mail because:
You are the assignee for the bug.