Lol, ok that was it. Somehow that bad entry got put into the cache and was always used there-after.
Which brings up the question about guidelines for programatic use of FontCache.load(). Do I use it, and just tell my users to delete that cache file if they encounter problems? Do I add an option to clear the font cache? Do I just not use it? Anyway, thanks for your help Andreas. On Mon, 2009-06-15 at 23:27 +0200, Andreas Delmelle wrote: > On 15 Jun 2009, at 21:44, Steve Ebersole wrote: > > Hi Steve > > > Now running with FOP trunk, but still have the same exact issue. For > > this TTC file, FontInfoFinder.find() is returning a single > > EmbedFontInfo > > object which has no sub-font name. It does however have 2 > > EmbedFontInfo.fontTriplets entries: > > [0] = "AR PL UMing CN,normal,400" > > [1] = "UMingCN,normal,400" > > > > This is exactly what the patched docx4j version was giving me for this > > TTC. > > > > So is this the expected behavior? > > No, I don't believe so, unless we're not seeing some relevant messages > about failures trying to load the other fonts in the collection. I > don't have a TTC at hand here to test with, otherwise I'd debug it to > see what's going on... Have you already tried this with other TTCs? Do > they exhibit the same behavior? If not, then it probably points to a > peculiarity in the file that we didn't account for. > > > Regards > > 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]
