Andreas L. Delmelle updated FOP-2469:
    Comment: was deleted

(was: Side-note - 
Reading that (rather old) Wiki page again, with Jeremias' brain-dump (his 
words, not mine ;)), it just so happens that in my local sandbox, I am 
currently toying with that split in line-layout he is referring to.
The problem Jeremias mentions has led to an implementation for changing page 
IPD that is actually suboptimal. No complaints on those who did the 
implementation, mind you. It is actually quite a feat that that someone managed 
to implement it in the first place. R-E-S-P-E-C-T! :)

However, as a result, if you have a page-sequence with alternating page-masters 
with different margins, then (assuming no forced breaks) due to the fact that 
line-breaking is not really interrupted, the process will go roughly as:

- perform line-breaking for all 40 pages
- start page-breaking, and notice that available IPD changes after the first 
- throw away every computed break after that first page, and restart from the 
- perform line-breaking for 39 pages
- start page-breaking, and notice that available IPD changes after the second 
- throw away ... and restart from the third page
- perform line-breaking for 38 pages

Now, the LayoutContext _does_ have the stack limit in BP direction available, 
so at least, it _should_ be possible for the LineLM to determine that after a 
certain number of line-breaks, there will inevitably be a page-break... If at 
that point, we could make the engine behave as if there was a forced break or 
something like that, then it could suspend, switch to page-breaking context, 
compute that one page-break, obtain the dimensions for the next page, and 

I have always found it peculiar that the stackLimitBP is available, but is 
never really taken advantage of.)

> [PATCH] auto table layout
> -------------------------
>                 Key: FOP-2469
>                 URL: https://issues.apache.org/jira/browse/FOP-2469
>             Project: FOP
>          Issue Type: Bug
>          Components: layout/unqualified
>    Affects Versions: trunk
>         Environment: Windows 7, JDK 7
>            Reporter: Gregor Berg
>            Assignee: Andreas L. Delmelle
>             Fix For: trunk
>         Attachments: 2015-05-13-auto-table-layout.patch, 
> 2015-05-27-LM-to-LC-refactoring.patch, FOP2469-auto-table-layout.xml
> Hi,
> this is a patch which enables table-layout=auto. It is quite robust, it can 
> not only handle linebreaks and pagebreaks, but it also copes with auto tables 
> in fixed tables in auto tables.
> Essentially, it is the patch of issue FOP-2450 adapted to the trunk version 
> of FOP.
> Best regards,
> Gregor

This message was sent by Atlassian JIRA

Reply via email to