Manuel Mall wrote:
But if we have a long fo:inline stretching multiple lines this seem to
give the wrong results from the Inline LM perspective. For example if
the fo:inline finishes in the middle of a line followed by more text the
Line LM will not set the LAST_AREA flag when calling
Luca,
thanks.
1. You confirmed what I suspected - LAST_AREA means last area in that
line; so may be we should rename it to LAST_AREA_IN_LINE?
2. I need (nearly) exactly what Jeremias was referring to in your [1] -
that is an indication that the last area for a LM is being generated.
In my
Certainly not, if it solves the problem. Just make certain that it
doesn't add up too much on memory consumption on LMs that don't need
the position indexes. Maybe this infrastructure should be extracted into
its own class and used by the LMs that need it.
On 06.09.2005 14:33:07 Manuel Mall
Hey, its nearly midnight and time to get some sleep - but have to share
this: had some success with this refactoring - attached a PDF and the
FO file showing how much of the inline border / padding stuff now
works. The nested inlines are not 100% right yet, still need to figure
out a fix for
On Tue, Sep 06, 2005 at 12:46:19PM +0200, Luca Furini wrote:
Manuel Mall wrote:
I think there is a bit of ambiguity in the names: at the moment, the
LAST_AREA flag signals to a LM that it is adding the last inline area in a
line, or the last block area in a page, but this can cause