🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.fonts
Article #678

Re: Why Windows 3.1 blocks out upper ASCII chars - Message2.

#678
From: Berthold K.P. Horn
Date: Fri, 21 Aug 1992 19:46
47 lines
2714 bytes
In article <21AUG92.10494495@wl.aecl.ca> desikacharyk@wl.aecl.ca writes:

   ....
   Since the same chars are blocked whether I port Type 1 PS or 
   TrueType fonts, I am assuming that Windows is using the same Font 
   Encoding Vector in both cases. 

Right, the default is to use Windows ANSI encoding, both for T1 and TT fonts.

   So, in order to see all the chars in my font, I should
   be able to tell MS Windows to use Font's internal encoding vector instead
   of the Windows ANSI encoding vector. 

Yes, there is a two-way choice controlled by the `Family' and `CharSet'
fields in the PFM (Printer Font Metric) file.  You can either have Windows
use the fonts `native' or `raw' encoding, or have it reencoded to Windows ANSI.
Note, however, the the rule for making this decision is totally different
for ATM than it is for PostScript printer driver, so you can easily end up
in a inconsistent state, where you get one encoding on screen and a
different encoding when printing to a PS printer.

   I am not clear if editing PFB files as 
   suggested by Henry Churchyard will achieve this, because I cannot control 
   which encoding vector is used by Windows. Any thoughts if this is
   achievable are gretefully acknowledged.

Right, all editing of the encoding vector in the PFB file is ignored if the
font is in fact reencoded to Windows ANSI.  You must also modify the PFM file.
Also, you can't edit a PFB file directly without disturbing the embedded
binary section length codes.  You have to convert it to PFA form first, edit
it, then convert back to PFB form.

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Naturally, an operating system and applications should support on-the-fly
reencoding.  Certainly Windows and ATM don't do this.  But at least there is
A WAY based on modification of the PFM file and reencoding of the PFB file.

Now, for the $64k question:  How on earth do you do this for TT fonts?  
Is it true that there NO WAY to reencode a TT font?  And hence one is always
stuck with Windows ANSI, and hence, for example, there is no way to get at
the ligatures `fi' and `fl', even if the font contains such glyphs?


Berthold K.P. Horn
Cambridge, Massachusetts, USA
Technical Details
Message-ID: <26871@life.ai.mit.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!snorkelwacker.mit.edu!ai-lab!wheat-chex!bkph
References: <21AUG92.10494495@wl.aecl.ca>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!snorkelwacker.mit.edu!ai-lab!wheat-chex!bkph
From: bkph@wheat-chex.ai.mit.edu (Berthold K.P. Horn)
Newsgroups: comp.fonts
Subject: Re: Why Windows 3.1 blocks out upper ASCII chars - Message2.
Message-ID: <26871@life.ai.mit.edu>
Date: 21 Aug 92 19:46:58 GMT
References: <21AUG92.10494495@wl.aecl.ca>
Sender: news@ai.mit.edu
Lines: 47
In-reply-to: desikacharyk@wl.aecl.ca's message of 21 Aug 92 16:49:44 GMT