Bug#518798: your mail
On Wed, Apr 14, 2010 at 9:25 PM, brian m. carlson sand...@crustytoothpaste.ath.cx wrote: On Tue, Apr 13, 2010 at 09:32:07AM +0200, Mathieu Malaterre wrote: 1. Use full path for `embed-url` in your fop.xconf: font kerning=yes metrics-url=file:///etc/fop/fonts/times-roman.xml embed-url=times.ttf Yes, that does seem to fix the problem. Nevertheless, this is a regression. This basically forces me to specify every TTF file on the system in fop.xconf, even though Debian has standard locations for them. BTW did you know since fop 0.95 that all this mess is not required anymore. See for instance: http://www.mail-archive.com/docbook-a...@lists.oasis-open.org/msg11702.html ... Note that starting from FOP 0.95 (and unofficially from FOP 0.94) this is no longer required to generate XML metrics files for fonts. You can rely on the font discovery mechanism described in the section “Basic font configuration” at the following link: http://xmlgraphics.apache.org/fop/0.95/fonts.html#basics and that should be just it. ... Here is my fop.xconf (We are using DevaVu and OpenSymbol): ?xml version=1.0? fop version=1.0 renderers renderer mime=application/pdf filterList !-- provides compression using zlib flate (default is on) -- valueflate/value /filterList fonts auto-detect/ !-- IMPORTANT -- /fonts /renderer /renderers /fop Since all my fonts are in /usr/share/fonts (*), it works out of the box 2. Send the output of `fop -d`. So we can check if your local fonts dir is properly inspected Okay, but due to #575411, all you're going to get from fop is a complaint about log4j. lakeview ok % fop -d -c /etc/fop/fop.xconf -fo crypto-primer.fo -pdf crypto-primer.pdf log4j:WARN No appenders could be found for logger (org.apache.fop.util.ContentHandlerFactoryRegistry). log4j:WARN Please initialize the log4j system properly. ok, sorry :( -- Mathieu (*)http://xmlgraphics.apache.org/fop/0.95/fonts.html#register signature.asc Description: OpenPGP digital signature
Bug#518798: your mail
On Thu, Apr 15, 2010 at 9:29 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: (*)http://xmlgraphics.apache.org/fop/0.95/fonts.html#register Wrong link: http://xmlgraphics.apache.org/fop/0.94/fonts.html#register ... The fonts auto-detect tag can be used to automatically register fonts that are found to be installed on the native operating system. * On Unix platforms the autodetect feature looks in java user.home + /.fonts, /usr/local/fonts, /usr/share/fonts and /usr/X11R6/lib/X11/fonts for fonts it is able to use. * On Mac platforms the autodetect feature looks in java user.home + /Library/Fonts/, /Library/Fonts/, /System/Library/Fonts/ and /Network/Library/Fonts/ for fonts it is able to use. * On Windows platforms the autodetect feature attempts to determine the Windows fonts directory (usually C:\WINDOWS\FONTS) and also the existence of a PSFONTS directory for fonts it is able to use. ... HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518798: your mail
On Tue, Apr 13, 2010 at 09:32:07AM +0200, Mathieu Malaterre wrote: 1. Use full path for `embed-url` in your fop.xconf: font kerning=yes metrics-url=file:///etc/fop/fonts/times-roman.xml embed-url=times.ttf Yes, that does seem to fix the problem. Nevertheless, this is a regression. This basically forces me to specify every TTF file on the system in fop.xconf, even though Debian has standard locations for them. 2. Send the output of `fop -d`. So we can check if your local fonts dir is properly inspected Okay, but due to #575411, all you're going to get from fop is a complaint about log4j. lakeview ok % fop -d -c /etc/fop/fop.xconf -fo crypto-primer.fo -pdf crypto-primer.pdf log4j:WARN No appenders could be found for logger (org.apache.fop.util.ContentHandlerFactoryRegistry). log4j:WARN Please initialize the log4j system properly. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#518798:
Hi, I would try two things: 1. Use full path for `embed-url` in your fop.xconf: font kerning=yes metrics-url=file:///etc/fop/fonts/times-roman.xml embed-url=times.ttf 2. Send the output of `fop -d`. So we can check if your local fonts dir is properly inspected Thanks. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518798: fop: no longer embeds additional fonts
Package: fop Version: 1:0.95.dfsg-4 Severity: important I have the PalatinoLinotype font available on my system[0]. With the configuration file that I have attached, fop 0.94 would automatically find and use that font, since it was specified in the FO. With fop 0.95, not only is the font not embedded, it isn't even referenced in the PDF, and instead of text, I get lots and lots of # signs. Creating FO that refers to Times instead of PalatinoLinotype solves this problem. Using explicit metrics sizes in the fop configuration file (such as the ones that are commented out in the attached file) has no effect whatsoever. As far as I can tell, fop is completely unusable with fonts other than the base 14. I've attached a FO source file and the corresponding PDF as well as the configuration file; if you need me to do other tests, I'm happy to do so. All the files are bzip2'd so as to be more gentle on the mail servers. [0] In /usr/local/share/fonts . -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fop depends on: ii default-jre [java2-runtim 1.5-31 Standard Java or Java compatible R ii java-gcj-compat [java2-ru 1.0.80-1 Java runtime environment using GIJ ii java-wrappers 0.1.13 wrappers for java executables ii libavalon-framework-java 4.2.0-4Common framework for Java server a ii libbatik-java 1.7-2 xml.apache.org SVG Library ii libbsf-java 1:2.4.0-2 Bean Scripting Framework to suppor ii libcommons-io-java1.4-1 Common useful IO related classes ii libcommons-logging-java 1.1.1-2commmon wrapper interface for seve ii libxalan2-java2.7.1-2XSL Transformations (XSLT) process ii libxerces2-java 2.9.1-2Validating XML parser for Java wit ii libxml-commons-external-j 1.3.04-2 XML Commons external code - DOM, S ii libxmlgraphics-commons-ja 1.3.1.dfsg-2 reusable components used by Batik ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openjdk-6-jre [java2-runt 6b14-1~exp1OpenJDK Java runtime, using Hotspo Versions of packages fop recommends: ii libsaxon-java 1:6.5.5-5 The Saxon XSLT Processor Versions of packages fop suggests: ii fop-doc1:0.95.dfsg-4 Documentation for fop ii libservlet2.4-java 5.0.30-8 Servlet 2.4 and JSP 2.0 Java class -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 crypto-primer.fo.bz2 Description: Binary data crypto-primer.pdf.bz2 Description: Binary data fop.xconf.bz2 Description: Binary data signature.asc Description: Digital signature
