Stephan Thesing commented on FOP-2402:
I am also looking into this issue to fix a similair overrun of a (nested) list
into the footer of the page. Since I do not know the layout principles so
clearly, I have a question.
While looking at ListItemLayoutManager and the
getCombinedKnuthElementsForListItem() and getNextStep() I am wondering, what it
should really do.
Taking, e.g., the Simple_List.fo example attached, which consists of a single
list-item with two blocks (font-size 8pt) for the label and one block
(font-size 20pt) for the body, the KnuthElements produced are
- for the label: A KnuthBox 9600mpt, a penalty (p=0, w=0), a KnuthBox 9600mpt
- for the body: A KnuthBox 24000mpt
"Combining" these two lists results in a KnuthBlockBox with 14400mpt, a penalty
(p=0, w=9600) and a KnuthBlockBox 9600mpt.
How can a "combined" box of 14400mpt result?
My question basically is: What is the semantics the "combination" of the two
lists should have, i.e., what does "combine" really mean?
> footnotes overlap regular content
> Key: FOP-2402
> URL: https://issues.apache.org/jira/browse/FOP-2402
> Project: FOP
> Issue Type: Bug
> Components: layout/block
> Affects Versions: trunk
> Environment: Ubuntu 14.04, Java 1.7.0_55
> Reporter: Alexey Neyman
> Attachments: bad.fo, bad.pdf, footnotes-fit.pdf, FOP-2402.fo,
> FOP-2402.pdf, Simple_List.fo
> We've noticed yet another issue with the rendering of the footnotes where the
> footnote is rendered over the regular content. Verified with top-of-trunk
> FOP, r1615966. Please refer to the attached FO/PDF files.
> Curiously, if the last fo:list-item is commented out, the preceding
> fo:list-items are placed more tightly and as a result, the footnotes do not
> overlap with the regular content. This suggests that there's a bug in how the
> space between blocks is calculated, but I haven't debugged it further yet.
This message was sent by Atlassian JIRA