From: Nikolai Grigoriev (grig@renderx.com)
Date: Wed Nov 20 2002 - 14:13:57 PST
Hi Matthias,
> I've come across an FO-file with a float-object that includes
> two images. These images are too big to fit on one page, so
> there's a page break. However, the result doesn't look like
> I expect it to. Here's an example:
>
> <skip/>
>
> i.e. the two pictures of the float object are seperated by text
> that IMO shouldn't be there, but after pic2. Is XEP behaving according
> to the XSL specs?
It's hard to say. I'd rather say that XEP is OK: the area occupied by the float
on the first page is taken out of the flow, but the rest of the page is still
available for the regular text, why not?
> (I tried to understand them, but it's all Greek to me). Or is there
> any other way to inhibit the float and non-float content are mixed?
I have an impression that breaking floats are not correct: XEP should
have issued a warning similar to the one it issues for side floats with
the same content. So the whole situation is already outside the normal
state of affairs.
> I tried float="left" and float="start", but that
> caused XEP v2.77 to crash ("java.lang.ClassCastException:
> com.renderx.FO2PDF.I.Flow") and XEP v3.12 Trial do skip the pictures
> ("?no space for an element, trying to recover").
XEP 3.x skips them because they are too big: it cannot break a side float,
there's no such option in the spec. However, with XEP 3.1x
you can scale images just enough to fit the available horizontal space;
maybe this can help to keep them on a single page?
In a broader perspective: what kind of layout are you trying to achieve
with these big floating pictures? Maybe we can find some other alternative...
Best regards,
Nikolai Grigoriev
RenderX
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/tos.html
This archive was generated by hypermail 2.1.5 : Wed Dec 18 2002 - 08:41:28 PST