About a week ago I posted an email asking if FOP could handle a
document (acually a thesis) of about 80 pages with a toc and a table
containing 100 images at the end.
My XSLT stylesheets right now convert the XML document into ConTeXt, a
version of TeX. I had planned to go ahead and change my sty
It's a work-around until the property "line-stacking-strategy" is
properly implemented.
On 18.03.2006 19:49:42 Matthias B. wrote:
> On Fri, 17 Mar 2006 15:45:56 +0100 "Pascal Sancho"
> <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > Some weeks ago, someone gave on this list (I don't remember who, sorry)
On Fri, 17 Mar 2006 15:45:56 +0100 "Pascal Sancho"
<[EMAIL PROTECTED]> wrote:
> Hi,
> Some weeks ago, someone gave on this list (I don't remember who, sorry)
> a solution: You just need to set both font-size and line-height
> properties to 0pt. Because line-height property defaults to 1.2 x
> font
We still don't know where you got your 3 of 9 barcode font from, so there's
no way anyone can help with that particular font. Obviously, FOP cannot
work with TrueType fonts that do not contain cmap tables. Either FOP has
to be extended to deal with this or you have to find an alternative to
your ba
Interesting read. Thanks for the link. I haven't gone into all detail but
since XSL 1.0 has normative references into Unicode 3.0 and does not
discuss "soft hyphen" directly I guess we need to follow the Unicode
definition. Has anybody ever checked what other FO implementations do
with "soft hyphen
I guess I should add something to this. The overflow property is one of
those oddities in the spec IMO. If you strictly follow the listing of
applicable properties on each element, the overflow does not apply to
fo:block or fo:table-cell. That contradicts a little with the "Applies
to: block-level
If the text overflows into an adjacent table-column a solution would be
to set an explicit background-color on that column or on the adjacent
cells.
Cheers,
Daniel
