David Jones

(mostly notes for me now) The output of `fmake -r -V DIR` suggests that `DIR` is being set correctly: ``` $ CC=clang fmake -r -V DIR "share/mk/mkdir.mk", line 36: warning:...

I see that my trees for `libfsm` (which does not) and `kgt` (which works) reference different `kmkf` SHAs: For `libfsm` ``` ac1xdrj@owl:~/prj/libfsm$ git submodule status f1bea106c89d5e39fe2be3ef52f8140d00b0608a share/git/kmkf (f1bea10) ``` For...

well, I can workaround this changing the commit of the submodule: cd share/git/kmkf/ git checkout 0248 # short for 024867d34c7d8741d5f481e525f81845fe153823 Is it possible that `exists` is buggy in FreeBSD make?...

downgrading flit should be a good workaround, good idea!

I suspect that kerning information that may be in the original `suit` files may have been lost. Does anyone know how to convert to OTF and keep the kerning information?

You may well be right that there needs to be a general statement that UFO is not 1:1 to a binary font. I don't think it's a problem (either that...

i independently implemented x-only anchors in my own font format before coming across UFO, so I'm +1 for this.

Fonts with multiple collaborators / reviewers would presumably want to know _who_ had looked at each kerning pair (or triple), and _with what_ software. The general principle is sound, but...

if you're fine with "this is a flag used by willing editors" then so am i. ;)

Yep. I did pick that up in my reading, but even i have only a certain budget for nitpicking. But also the UFO spec has plenty of room for people...