That is a rather ideal situation. It requires not only interleaving of
page and line breaking, but also of page breaking and collection of
Knuth elements. That requires some communication. The collection of
Knuth elements is deeply recursive, LM.getNextKnuthElements. Each LM
now needs to pass its K
On Oct 2, 2007, at 18:47, Andreas L Delmelle wrote:
On Oct 2, 2007, at 12:27, Chris Bowditch wrote:
Hmm. I tend to agree with Simon's perspective here. The terms
"total-fit" and "best-fit" refer to the implementation of the
algorithms. Surely the end result of the total-fit algorithm is
On Oct 2, 2007, at 12:27, Chris Bowditch wrote:
Andreas L Delmelle wrote:
Hi Andreas,
That is not DISagreeing with me, I think (almost on the contrary).
I did not mean total-fit in the sense of the implementation of
the algorithm, but total-fit as to the end-result: as such, a
total-
Andreas L Delmelle wrote:
Hi Andreas,
That is not DISagreeing with me, I think (almost on the contrary). I
did not mean total-fit in the sense of the implementation of the
algorithm, but total-fit as to the end-result: as such, a total-fit
result may precisely require a breaking-up into
On Oct 1, 2007, at 21:50, Simon Pepping wrote:
[Me:]
I wouldn't think so. Total-fit for me precisely implies taking
into account
the fact that the available IPD may alter from one page to another.
What FOP Trunk currently does in that scenario is definitely not a
total-fit, or
at least,
On Mon, Oct 01, 2007 at 06:40:41PM +0200, Andreas L Delmelle wrote:
> One thing I was wondering about: doLineBreaking() is parameterless for the
> moment. Do you see this changing in the future? i.e. If this method can be
> called multiple times on the same paragraph, give it a position to start
On Sep 30, 2007, at 22:03, Simon Pepping wrote:
On Sat, Sep 29, 2007 at 08:59:36AM +0200, Andreas L Delmelle wrote:
Either the code in ListItemLM and others needs to be adapted to
deal with
ListElements instead of KnuthElements, or the ParagraphListElement
needs to
subclass KnuthElement in
On Sat, Sep 29, 2007 at 08:59:36AM +0200, Andreas L Delmelle wrote:
> As far as I can tell for the moment, the error is virtually always the same
> ClassCastException, since the related LMs expect a list of KnuthElements,
> where they currently get a list of ListElements.
> A KnuthElement is alwa