1T3XT info wrote: > > > My problem is that I may have to deal with Type 1 fonts installed > > on other people's systems. In many cases all I'll have is the .pfm > > and .pfb in Windows\Fonts left by the MS Type 1 installer. > > It would be interesting to see how iText's Pfm2afm converter > deals with your PFM files: > http://1t3xt.com/downloads/source/index.php?page=code&id=271 > That's the class used by iText internally to convert your PFM > file to an AFM file, but you can also use its static methods > from another program. > > I suggest that you do the following: > > Convert the AFM to a PFM using the tool you've been using. > Convert that PFM to an AFM using iText's Pfm2afm. > Compare both AFM files: what are the differences? > Post your findings on this list. > > Based on what you are telling (bullet OK with original AFM; not OK > with derived PFM), I think some information will be missing in the > iText generated AFM. If we can debug Pfm2afm.java so that the info > about the bullet is present in the iText generated AFM, your problem > should be solved. > >
Excellent idea - thanks. The AFM created by iText does not have an entry for bullet in the character metrics section, however it does have an entry for "bullet1" with code -1, which I assume means that it isn't defined in the font. Looking at the WinChars array in Pfm2afm.java, I'm wondering if this is a simple typo (0x95 is the code for bullet in Latin-1). I'm also wondering if there is a problem with the Win2PSStd table. I'm not familiar with codepage 1004, but I found a link at http://ascii-table.com/codepage.php?1004 which might be correct. If it is, then there seem to be a few problems with the table. Apart from the entry at 0x95 being 0 (which would explain the undefined bullet) there are other discrepancies, such as 0 for quoteright (0x92). For comparison, the pf2afm program which is part of ghostscript produces the character metrics I expect, but has "EncodingScheme FontSpecific" instead of "EncodingScheme AdobeStandardEncoding". I find this a bit hard to believe - if the table were incorrect, wouldn't this cause all sorts of problems when the font is loaded using a PFM file? Thanks, Tony S. -- View this message in context: http://www.nabble.com/Type-1-font-bullet-width-tp17397845p17463386.html Sent from the iText - General mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions Do you like iText? Buy the iText book: http://www.1t3xt.com/docs/book.php Or leave a tip: https://tipit.to/itexttipjar
