On Aug 31, 2008, at 21:37, Ryan Lortie wrote:
Thanks for your continued patience.
On Sun, 2008-08-31 at 13:04 +0200, Andreas Delmelle wrote:
Can I suggest using ​ (zero-width space), like so:
<snip />
This is a good step, yes. It works OK with arrows because, being an
oddly-shaped character it's somewhat difficult to judge where they
'should be', but doesn't pan out with ∀ (which is displayed
significantly below where you would expect).
Right, this is indeed very undesirable.
Playing a bit more with it myself, I'm seeing that the only way the
relative alignment is handled properly, is by using fo:inline or
fo:character.
Using Symbol as the first font-family also has yet another effect. In
that case, only the expression containing letters appears higher.
<snip />
Does anyone know why FOP gets this wrong where xmlroff gets it right?
Is it really xmlroff that gets it wrong and my expectation of what is
'right' is incorrect as per the PDF standard?
Your expectation is correct, I think. I'm suspecting that, since the
baseline of the Symbol font is a mathematical one, this somehow
(improperly?) gets aligned to the baseline of the serif font, which
is an alphabetic one.
See also: http://www.w3.org/TR/xsl/#area-alignment
Not sure what the cause of the issue is (yet), but as for a final
try, the following seems to produce desirable results:
<fo:block font-family="serif, Symbol">
(<fo:character character="↑"/>1) (+2) (<fo:character
character="∀"/>3) (text)
</fo:block>
Strictly speaking, semantically, this comes down to the same thing as
omitting the fo:character object, and inserting the characters
directly, so FOP definitely has some issue here.
HTH!
Cheers
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
