pdftex + truetype + reencoding : more

[Philip A. Viton]

That's interesting - are we sure it doesn't work?  The reason I ask is that
I took a tiny file with some ligs, printed the dvi to disk using the
Windows printer driver for the HP 4/4MPlus PS printer, and ran the result
through the Distiller. The pdf created this way displays properly; inside
the file the font entries look like (for the case of the real font
dcbx10.ttf, which is installed under my Windows system):


%!FontType1-1.0: ANPHHM+dcbx10084 1
13 dict begin
/FontName /ANPHHM+dcbx10084 def 
/FontType 1 def
/FontBBox {-122 -635 2391 1850} readonly def
/FontMatrix [0.00049 0 0 0.00049 0 0] readonly def
/PaintType 0 def
/FontInfo 12 dict dup begin
/FullName (FontMonger:dcbx10) def
/FamilyName (dcbx10) def
/ItalicAngle 0 def
/isFixedPitch false def
/UnderlinePosition 0 def
/UnderlineThickness 0 def
/Weight (Book) def
/BaseFontName (dcbx10084) def
end def


which looks like it may be implementing Taco's suggestion.



At 11:11 AM 12/18/98 +0100, you wrote:
>> Taco Hoekwater wrote:
>> 
>> > This is what ghostscript does and this explains why GS is OK while the
>> > Reader isn't. For the Reader, *any* locally installed font takes
>> > precedence over the one included in the PDF doc. This is true on all
>> > systems the Reader runs on, and Adobe considers this to be a feature.
>> 
>> So, maybe it makes sense to let pdftex change the embedded fontnames
>> into random ones (or using random prefixes), not only for the logical
>> names, but also for all id's used in the font descriptors, 
>
>I did it in earlier version, but it didn't help. So I've removed this feature
>from 0.12r. In fact Acrobat Reader has problem with TT fonts that have not
been
>installed as well. The only solution seems to be that AcroReader stops
using TTF
>rendering mechanism of Windows.
>
>Thanh
>
>


------------------------
Philip A. Viton
City Planning, Ohio State University
190 W. 17th Ave,Columbus OH 43210
viton.1 at osu.edu