This is in fact on Linux (Fedora). The odd thing though is that I have seen these fonts works in FOP on Linux in the publican builds (which is the documentation build system used by Fedora and RedHat). They rely on <auto-detect/>-ion though, so maybe it just handles the fonts differently than this code.
As another option, I read in the docs[1] that jars can be created with a particular manifest entry and that FOP would automatically find them as part of <auto-detect/>. Curious which ClassLoader it uses for this? [1] http://xmlgraphics.apache.org/fop/trunk/fonts.html#autodetect On Tue, 2009-04-07 at 19:32 +0200, Andreas Delmelle wrote: > On 07 Apr 2009, at 17:39, Steve Ebersole wrote: > > Hi Steve > > > I tried a mixture of the two. I have a problem though. > > FontInfoFinder.find is returning me null. Basically I have a directory > > of fonts (.ttf and .ttc). I was trying the following code fragment > > (which is where FontInfoFinder.find is returning null): > > <snip /> > > > > So basically, for each direcrtory containing fonts > > (environment.getFontDirectories()), I iterate the files > > (fontDirectory.listFiles()). So fontFile is the .ttf files. I have > > verified this in debugger. Yet when fontInfoFinder.find is called on > > that .ttf file, it returns null. > > Most likely an issue with the TTF file. FOP still chokes on some TTFs > (mostly on Linux and Mac OS, or OTF variants) > Do you get any log output indicating such a problem? > > Checking the code, FontInfoFinder.find() will return null if: > * there is a FontCache and the file has failed to load on a previous > attempt. We only display the corresponding message if the log-level is > set to DEBUG. > > * the file failed to load, but it is the first attempt. In FOP Trunk, > a message is then broadcast to the attached EventListener (if it has > been registered). > > > HTH! > > Andreas > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > -- Steve Ebersole <[email protected]> Hibernate.org --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
