I believe this is a FOP limitation,including 0.95, supposedly fixed in the trunk
version[1].  Is anyone using the trunk version of FOP that can test this
problem?

[1]
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/200807.mbox/%[email protected]%3e

The current workaround is to put the character inside an fo:inline with an explicit setting of font-family="Symbol". My book describes a way to do that:

http://www.sagehill.net/docbookxsl/SpecialChars.html#SwitchSymbol

Bob Stayton
Sagehill Enterprises
[email protected]


----- Original Message ----- From: "DavePawson" <[email protected]>
To: "Marcel Tromp" <[email protected]>
Cc: <[email protected]>
Sent: Sunday, February 08, 2009 1:05 AM
Subject: Re: [docbook-apps] Greek Symbol problems with fop 0.95


Marcel Tromp wrote:
I am including unicode 0x03b8 (theta) in my docbook xml. Fop seems unable
to render this anything else than '#'. I am only using base-14 fonts and
theta should be included in its symbol font.

Any idea how to make this work?

Find out how to ask FOP to load that font into the PDF

http://xmlgraphics.apache.org/fop/trunk/fonts.html#Base-14+Fonts

Are you sure theta is 'included' in that font?

Every font contains a particular set of glyphs. If no glyph can be found
for a given character, FOP will issue a warning and use the glpyh for "#"
(if available) instead. Before it does that, it consults a (currently
hard-coded) registry of glyph substitution groups (see Glyphs.java in
Apache XML Graphics Commons). This registry can supply alternative glyphs
in some cases (like using space when a no-break space is requested). But
there's no guarantee that the result will be as expected (for example, in
the case of hyphens and similar glyphs). A better way is to use a font
that has all the necessary glyphs. This glyph substitution is only a last
resort.


HTH


regards

--
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to