Several of the League of Movable Type faces are mentioned on the Fonts
Wishlist, with caveats that they should be built from source.
In this case, the source is VFB, FontLab's format. In order to go from
here to OTF, we must apparently package RoboFab, according to the advice
on the wiki pages, so we can export UFO using RoboFab, and feed this into
However, I've just taken a look at RoboFab, and I can't see a way in which
it can be used to export UFO from a VFB file without having FontLab
installed. You can certainly go from TTF or Type 1 to UFO, but going from
VFB requires that FontLab has already loaded the VFB.
Firstly, has anyone examined RoboFab more closely and can tell me that I'm
Or alternatively, would it be OK to package the TLOMT fonts with OTFs in
their zips without going from source?
Would there be interest in packaging this up for Fedora? The licence of
the font appears to allow redistribution (it looks a bit like a simple
BSD or MIT licence to me). This font (among others) is here:
John Stracke wrote:
> On 06/21/2010 07:20 AM, Paul Flo Williams wrote:
>> If there aren't, Epigrafica would need to be fixed by going into
>> and getting it to rebuild all the affected characters (Ctrl+Shift+A on
>> each one? I don't know whether there's a command that will do this
> I think this Python script will do it.
Thanks John, I'll try that.
I've spoken to Antonis, and my first thoughts about FontForge perhaps not
reading the old SFD format were wrong. The pre-built fonts, PFB and
TrueType, in the Epigrafica-for-Screen.zip archive also show the problem,
so some characters were always incorrect.
The second caveat to come out of this, which I haven't yet added to the
wiki, is that the delivered fonts should be in OpenType (CFF) format, as
there are subtle curves in the font that the TrueType conversion would
destroy. (That's direct from Antonis.)
This is just a heads up to anyone who might be thinking of packaging
Epigrafica, which is on the Fonts Wishlist. I've added a short form of
this information as a caveat to the wiki page.
Packaging for Epigrafica has started and stalled twice before, so I had a
quick look yesterday to see if it would be an easy win. Unfortunately, it
The Epigrafica sources were released in March 2007, as SFD version 1
files. Around the same time, FontForge bumped the version format to 2, and
subsequently to version 3.
FontForge will import the Epigrafica sources without complaint, but it
does the wrong thing with characters that are compositions of base and
diacritics. If you fancy having a look, import Epigrafica Ortha (Regular)
and look at U+1E71. It should be a small t with circumflex below, but
comes out as small t with capital R below. FontForge doesn't complain
about mad combinations, so it wasn't at all obvious that the generated
font was only partially usable!
I'll ask the author, Antonis Tsolomitis, whether there are any newer
versions of the sources.
If there aren't, Epigrafica would need to be fixed by going into FontForge
and getting it to rebuild all the affected characters (Ctrl+Shift+A on
each one? I don't know whether there's a command that will do this
Since Epigrafica's main feature over the family it forked from, MgOpen
Cosmetica, is the much larger set of characters with diacritics, there is
no point in packaging Epigrafica until this is fixed.
xgridfit has been bumped to 2.2a in fedora-devel/rawhide. This version
includes major changes (python, xml namespaces, registering in system
xml catalogs), so if you use xgridfit please check it still works for
It seems good enough for Heuristica, but other fonts may use different