On 24 Aug 2009, at 13:33, Georg Datterl wrote:
Hi Georg
In my fo file I have a text like
<fo:inline font-family="arial bold" font-size="4pt" line-
height="8pt" baseline-shift="2pt">3</fo:inline>
<fo:inline font-family="arial bold" font-size="6pt" line-
height="8pt">∕</fo:inline>
<fo:inline font-family="arial bold" font-size="4pt" line-
height="8pt">4</fo:inline>
The second character is Unicode 2215. When I generate the PDF
through the batch file from subversion, this sequence looks like 3 /
4, whereas when I generate the PDF through my application, it is
pulled together to a bit more than one character width and looks
like a true fraction. See attached screenshot. Can anybody tell me,
which part of fop is responsible for this difference and why the
batch file does not trigger this part?
My best guess would be a difference in white-space in the source FO.
If you serialize it to disk first, depending on the value of the
'indent' attribute on xsl:output, the XSLT processor may add white-
space in between the fo:inlines. When you feed XML+XSLT to FOP in your
application, the fo:inlines are most likely not separated by white-
space (a compliant XSLT processor should ignore the 'indent' attribute
in that case), hence why you get the intended result there.
Note that there is, AFAIK, no combination of related properties in XSL-
FO that would completely suppress the linefeeds between the
fo:inlines. There will always at least remain a space, which could be
a ZWSP if linefeed-treatment is set to "treat-as-zero-width-space".
The only fail-safe approach is always to make sure that there is no
white-space in the FO source that you do not intend to see in the
eventual output.
HTH!
Andreas
Andreas Delmelle
mailto:andreas.delmelle.AT.telenet.be
jabber: [email protected]
skype: adlm0608
---
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
