On Sun, 30 Jul 2000, WJCarpenter wrote:
>
> The standard symbol font that Abi uses, naturally, isn't encoded the
> same way as the other fonts Abi uses. It has a custom encoding that
> corresponds, as one would hope, to the standard symbol table that
> every one expects. There is not a character named "bullet" in the
> StandardEncoding, so when remapGlyph() asked the PS driver for the
> width of character code 0xB7, the driver answered that it was
> zero-width.
>
> The fix was to put in a second mapping table, for the symbol font, in
> the PS print driver code. Unfortunately, it's slightly a crock
> because all we know is that it's a font with encoding "FontSpecific".
> We don't really know for sure that it's the symbol font (except that
> that's the only such font that Abi ships).
HI Bill,
I'll look at this patch tommorrow. In the mean time you should
know that the "Dingbats" font is also a custom encoded font so it will
also fail the remapGlyphs() test. In addition people interested in
implenting Latin-2 and other font sets should be aware of this problem...
Cheers
Martin
