- From: Bert Bos <bert@w3.org>
- Date: Tue, 2 Mar 2010 16:22:31 +0100
- To: "'www-font'" <www-font@w3.org>
On Monday 01 March 2010 13:48:51 Adam Twardoch (List) wrote: > As for the comparison between ttf2eot and eotfast.exe, it's fair to > point out that ttf2eot does not incorporate the patented Monotype > MicroType eXpress (MTX) compression while eotfast.exe does (as MTX is > used by Windows). Typically, EOTs created with eotfast.exe will be > smaller than those created with ttf2eot. The EOT files from ttf2eot didn't work for me, so I decided to write my own converter. My mkeot program writes EOT version 2.2. Unlike ttf2eot, it fills in *all* the fields in the EOT header, adds URLs ("root strings"), and respects the embedding bits of the original font. Unlike WEFT, it doesn't do any subsetting and doesn't compress the font data(*). It's written in C and is Open Source: http://www.w3.org/Status#eot-utils There is a companion program eotinfo in the same package to display what's in an EOT header. No binaries for the moment, you need to compile it yourself. Tested on Linux and Mac OS X. It uses the non-POSIX err() function from BSD, which I could remove if needed, but otherwise it should compile anywhere with a standard C compiler. *) If the EOT file is served by HTTP, and depending on the configuration of the server, you may be able to gzip the file, or maybe the server even does it automatically. Bert -- Bert Bos ( W 3 C ) http://www.w3.org/ http://www.w3.org/people/bos W3C/ERCIM bert@w3.org 2004 Rt des Lucioles / BP 93 +33 (0)4 92 38 76 92 06902 Sophia Antipolis Cedex, France
Received on Tuesday, 2 March 2010 15:22:44 UTC