Hi,
I found what's going on. I had an empty pl.xml file in the same folder
as processed fo file. No idea why it was taken into account during
processing (no references in configuration). After removing it works
great. Thanks and sorry for troubles. Now I can check how floats works
:). We really need it.
Michał Jaworski
W dniu 2015-06-06 o 21:09, Andreas Delmelle pisze:
On 06 Jun 2015, at 20:22, Michał Jaworski <mich...@beck.pl> wrote:
I tried Helvetica at the beginning and also other typical fonts. Disabling
scripts -nocs also is not solving this problem.
OK, thanks for checking. That can be ruled out then, at least.
I've just made funny observation. You can put as @language whatever you want and no
exception is thrown! In 1.1 it was validated somehow and @language="qq" was
visible on the console as an error in 2.0 case nothing happens. Question if patterns are
loaded at all.
This is getting really strange. I cannot reproduce that behaviour. I still get a log message like
"SEVERE: Couldn't find hyphenation pattern for lang="qq""... ?
Tested with a fresh fop-2.0 binary distribution. The error message appears both
with and without the same fop-hyph.jar from offo placed in the lib folder.
Can you confirm that there is no interference from other installed versions, or something
in that direction? That could happen, for example, if the location of an older fop script
appears (earlier) in a PATH variable, and you are just running the script as "fop
..."
Try "fop -version" and verify that it really does show "FOP Version 2.0".
KR
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
