Am Tue, 21 Jun 2011 10:03:14 +0200 schrieb Taco Hoekwater: >> I know that normal tfm's should contain only 256 chars. But after >> all a tfm is more or less only a long list of >> (CHARACTER<number> >> (CHARWD ...)). >> >> So I don't see a logical reason why one shouldn't be able to >> generate a large tfm with the informations of more characters (and > > It would not be a TFM if it allowed more than 256 glyphs. TFM is > a binary format with fixed sizes for various fields (expressed in bits). > The 'human-readable' PL format is a dump of a TFM file, so that is > derived from TFM, not the other way around.
OK > OFM (Omega's extensions to TFM) allows 65536 glyphs which is more, > but still not enough to encode Unicode Math properly. I do not > think there is *any* extension to TFM anywhere that supports the > full Unicode range. I don't need a full unicode range only a bit more than 256 ;-). Do you know if somewhere a tool exist which could generate a ofm that could be used as a represent for a normal, not to large unicode font? I have opl2ofm but I really don't want to write such a file manually. -- Ulrike Fischer
