Re: how exact are overflow warnings?
The overflow warnings are supposed (!) to be accurate, but since this is very new code in FOP Trunk, there may still be some cases in which the check don't work correctly. You once again help us uncover a problem, namely that FOP thought your content in the footnote-separator overflowed the available area. The problem there: The footnote separator has no height constraint and can grow as desired. The overflow checks didn't respect that. I've fixed it: http://svn.apache.org/viewcvs?rev=358522view=rev Thank you for your patience, your continued and very valuable feedback on the new code and your example files that are always trimmed down to the necessary which makes the bug fixer's life much easier! On 21.12.2005 23:19:13 gerhard oettl wrote: hello when trying to elemenate the warnings about overflowing areas there are some where i cannot find whats wrong. So i would like to ask if it is possible (or known) that some of this warnings are displayed even if not overflowing happens - for example for footnotes (footnote-separator)? In this case i could ignore (most of) them and concentrate on other things. i attached a short example. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trying to use TTFReader
I've got the same problem, using fop 0.20.5. From within the fop root directory, I issue this command: /home/joe/jre1.5.0_04/bin/java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;lib\xercesImpl.jar;lib\xalan.jar org.apache.fop.fonts.apps.TTFReader /usr/share/fonts/bitstream-vera/Vera.ttf metrics.xml It gives this error: Exception in thread main java.lang.NoClassDefFoundError: org/apache/fop/fonts/apps/TTFReader Is there any solution to this problem? Thank you, Teus. J.Pietschmann wrote: Manuel Strehl wrote: I was trying to use the TTFReader to render a TTF font to a metric file. I used the command provided in the documentary (Win XP, Java1.5.0, FOP 0.20 and 0.90, command: java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar; lib\xercesImpl.jar;lib\xalan.jar org.apache.fop.fonts.apps.TTFReader [options] C:\myfonts\cmr10.ttf ttfcm.xml It seems the command line is missing a class path entry for the commons logging jar. You should find the jar in the lib directory. J.Pietschmann - 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]
RE : Trying to use TTFReader
If your are in a unix like environment, you should use : - '/' separator instead of '\' in the directory definition - ':' separator instead of ';' in the classpath definition I think you should have : /home/joe/jre1.5.0_04/bin/java -cp ./build/fop.jar:./lib/avalon-framework.jar:./lib/xml-apis.jar:./lib/xercesImpl.jar:./lib/xalan.jar org.apache.fop.fonts.apps.TTFReader /usr/share/fonts/bitstream-vera/Vera.ttf metrics.xml Be sure to have the jars in the directories you specify Let's try. Yoann. -Message d'origine- De : Teus Benschop [mailto:[EMAIL PROTECTED] Envoyé : jeudi 22 décembre 2005 17:23 À : fop-users@xmlgraphics.apache.org Objet : Re: Trying to use TTFReader I've got the same problem, using fop 0.20.5. From within the fop root directory, I issue this command: /home/joe/jre1.5.0_04/bin/java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;lib\xercesImpl.jar;lib\xalan.jar org.apache.fop.fonts.apps.TTFReader /usr/share/fonts/bitstream-vera/Vera.ttf metrics.xml It gives this error: Exception in thread main java.lang.NoClassDefFoundError: org/apache/fop/fonts/apps/TTFReader Is there any solution to this problem? Thank you, Teus. J.Pietschmann wrote: Manuel Strehl wrote: I was trying to use the TTFReader to render a TTF font to a metric file. I used the command provided in the documentary (Win XP, Java1.5.0, FOP 0.20 and 0.90, command: java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar; lib\xercesImpl.jar;lib\xalan.jar org.apache.fop.fonts.apps.TTFReader [options] C:\myfonts\cmr10.ttf ttfcm.xml It seems the command line is missing a class path entry for the commons logging jar. You should find the jar in the lib directory. J.Pietschmann - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: linefeed-treatment='preserve' and text-align='center' interaction
On Dec 22, 2005, at 14:25, Florent Georges wrote: I have a strange behaviour with 'linefeed-treatment' set to 'preserve' and 'text-align' set to 'center' with FOP-0.90. Given the following FO: snip / I get the following (centered): Leasing a ... Contract Nr.: W-... Is the newline expected? Yes. Writing (in a block with linefeed-treatment=preserve): fo:inline.../fo:inline fo:inline.../fo:inline is the same as fo:inline.../fo:inline#x0A;fo:inline.../fo:inline The following could be considered a bit different (depending on whether the inline has borders) fo:inline...#x0A;/fo:inlinefo:inline.../fo:inline If I change the block like this (add newlines in the second inline): snip / I still get the same output. That seems like a bug indeed. (To be completely honest, given the discussions we've had so far on fop-dev concerning the topics of white-space/linefeed handling, it doesn't come as much of a surprise to me...) There's two stages of handling white-space / linefeeds: refinement area tree/line-building. The second stage isn't completely optimized WRT this, I'm afraid. Especially where fo:inlines are involved. snip / Is all this the expected behaviour? Definitely not all of them, no, but see above: there is still room for improvement. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: linefeed-treatment='preserve' and text-align='center' interaction
Andreas L Delmelle wrote: On Dec 22, 2005, at 14:25, Florent Georges wrote: Is the newline expected? Yes. Writing (in a block with linefeed-treatment=preserve): fo:inline.../fo:inline fo:inline.../fo:inline is the same as fo:inline.../fo:inline fo:inline.../fo:inline Ok, thanks. Is it because the text nodes in blocks (between inlines) are part of the block, or because newlines are treated in a special way? Can you please point me where this is stated in the REC.? Thanks, --drkm ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: linefeed-treatment='preserve' and text-align='center' interaction
On Dec 22, 2005, at 20:12, Andreas L Delmelle wrote: snip / If you interpret the Rec very strictly (and use default values for white-space-treatment, linefeed-treatment and white-space-collapse): fo:inlineabc/fo:inline should actually map to fo:inline fo:character character=a / fo:character character=b / fo:character character=c / /fo:inline Errm.. to err is human. The latter should, IIC, actually be rendered the same as: fo:inline a b c /fo:inline Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TTRReader works, but what about PFMReader?
Thanks to the help of other, TTFReader works, but PFMReader still gives an error. Here's the script bash: --- export JAVA_HOME=/home/teus/linux-programs/jre1.5.0_04 cd /home/teus/linux-programs/fop-0.20.5 /home/teus/linux-programs/jre1.5.0_04/bin/java -cp build/fop.jar org.apache.fop.fonts.apps.TTFReader /usr/share/fonts/bitstream-vera/Vera.ttf /home/teus/fop/metrics.xml cd /home/teus/linux-programs/fop-0.20.5 /home/teus/linux-programs/jre1.5.0_04/bin/java -cp /home/teus/linux-programs/jre1.5.0_04/build/fop.jar:/home/teus/linux-programs/jre1.5.0_04/lib/avalon-framework.jar:/home/teus/linux-programs/jre1.5.0_04/lib/xml-apis.jar:/home/teus/linux-programs/jre1.5.0_04/lib/xercesImpl.jar:/home/teus/linux-programs/jre1.5.0_04/lib/xalan.jar org.apache.fop.fonts.apps.PFMReader /usr/share/fonts/default/ghostscript/fkarw.pfm /home/teus/fop/metrics.xml --- And here's the output TTF Reader v1.1.1 Reading /usr/share/fonts/bitstream-vera/Vera.ttf... Number of glyphs in font: 268 Creating xml font file... Creating CID encoded metrics Writing xml font file /home/teus/fop/metrics.xml... This font contains no embedding license restrictions Exception in thread main java.lang.NoClassDefFoundError: /usr/share/fonts/default/ghostscript/fkarw/pfm --- It shows TTFReader doin it's job, but PFMReader gives an exception. How to proceed from here? Thanks, Teuis. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
