关于源代码获取的小问题

[mumchristmas]

您好，想询问一下具体的源代码可以从哪里获得？是否对公众开放？

目前的release中只包括了封装完成的ttf文件和说明文档，而非常见的ufo、glyphs等字体工程文件形式。

也不是来找茬的，作为一名字体工程师，着手参与项目前想先了解目前的工作流程。感谢lxgw已经完成的工作，很棒。

[lxgw]

目前的字体文件主要使用 FontCreator 制作，有 FontCreator 特定格式的 FCP 工程文件（因为没有 Mac 设备，所以无法使用 Glyphs）。

不过看很多开源字体项目（尤其是衍生字体），都只提供 TTF 格式的字体文件而未提供 UFO 或 GLYPHS 源文件（比如「一点明体」）。

[mumchristmas]

不过看很多开源字体项目（尤其是衍生字体），都只提供 TTF 格式的字体文件

几方面的因素吧：

• 首先是原开源协议有没有传染性，如果要求必须开源的话，需要公开对母项目工程文件展开的所有更改。当然也有人不遵守。
• 其次，有很多人混淆了开源和免费软件（字体本身也是软件）的概念。使用 github 免费分发并不是开源，开源的意义在于“How to do it (as the author)”，而不是“How to get it”。
• 最后，字体工具集本身也很多样化，FontCreator、FontLab、UFO、Fonttools、Glyphs、RoboFont等等等等……工程格式各自有各自的功能特点，软件提供的设计功能/数据也差异巨大，不像是python、go、rust源码那么标准化，对开源带来了些困难。公开一个封闭格式、私有格式也和How to do it的原则抵触。

但以上情况已经有些成熟方案，通常我们会参考Google等大公司的repo做法，比如采用UFO这种开放的行业标准（当然会损失一些灵活性）。或者很多第三方工具可以代为处理开放格式，比如最近的随意黑采用了glyphs文件作为设计管理工具，配合fonttools等开源ttf编译工具跳过对Glyphs软件本身（以及Mac系统）的依赖，直接命令行编译出可用ttf。这样设计师可以继续使用熟悉的Glyphs进行设计提交，工程师负责特性封装、编译测试等其余的部分，让两个世界都满意。

这也是我更关注工作流的原因，作为有意义的项目，希望大家也能更有效的参与进来。