https://github.com/TakWolf/ark-pixel-font/blob/develop/assets/unidata/Blocks.txt

$ python -m pip install -r requirements.txt
Collecting beautifulsoup4==4.11.1
Using cached beautifulsoup4-4.11.1-py3-none-any.whl (128 kB)
......................
Using cached Jinja2-3.1.2-py3-none-any.whl (133 kB)
Collecting MarkupSafe==2.1.1
Using cached MarkupSafe-2.1.1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (25 kB)
ERROR: Could not find a version that satisfies the requirement minify_html==0.8.0 (from -r requirements.txt (line 8)) (from versions: 0.2.6, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8, 0.3.9, 0.3.10, 0.3.11, 0.3.12, 0.4.0, 0.4.1, 0.4.2, 0.4.3, 0.4.5, 0.4.6, 0.4.7, 0.4.8, 0.4.9, 0.4.10, 0.4.11, 0.5.0, 0.5.2, 0.5.3, 0.6.0, 0.6.1, 0.6.2, 0.6.3, 0.6.4, 0.6.5, 0.6.6, 0.6.7, 0.6.8, 0.6.9, 0.6.10)
ERROR: No matching distribution found for minify_html==0.8.0 (from -r requirements.txt (line 8))

问题跟踪：

python-pillow/Pillow#1646

python-pillow/Pillow#6469

这和字体构建本身无关，但是可能会影响相关图片物料的生成，有可能导致 build.py 执行失败

暂时使用如下 hack

ascent, descent = font.getmetrics()
line_gap = 0  # need to be set manually
line_height = ascent + descent + line_gap  # the correct way
spacing = line_height - font.getsize('A')[1]

需要等待上游彻底修复该问题

RT（）

按照西文排版规范, Latin字体(以及韩语/日语)中这些引号应改为半宽:

例如说 https://ark-pixel-font.takwolf.com/demo-12px.html ，红字显示的字体并非像素字体，而是下一级字体，即 sans-serif。

minify_html 的 css 压缩存在 BUG，会改变语意

上游跟踪：
wilsonzlin/minify-html#132
Mnwa/css-minify#7

10像素的提手旁“扌”，“担抲”和“挍”不一致

基于小字号考量，推荐以传承字形代替港台字形，更适合小字号的显示。

--

--

====

这个事情是严重的，望测试。截图是我使用在web中（woff2），在2x缩放的macos中的显示（chrome与safari相同结果）。界面元素经常有边距不小的框体，一方面是这导致框体的上下边距始终细微的偏移，另一方面是，当该字体与比如字体图标组合时，产生的一个正常，一个偏移。

--

此处的字体图标也是苹果家的SF Pro，不过这点并不是因为苹果家两套自己对齐自己，其它字体图标也是要一直垂直位置居中的。

← ← 这是致命的，但一纠正好就完美了。正常其它哪怕系统自带的字体也不少有对齐不一致难以调整的情况，但大致而言还是存在一个：到底是否居中了没有的值的。（我在macos中测试苹果（PingFang SC）、微软（Microsoft YaHei / Microsoft YaHei UI）、谷歌（Noto Sans CJK SC）的自带默认字体都是没有偏移问题的）。

请务必修正！

====

补充一点，这个必须要同时使用多个字体时才显现问题。在一些程序中可能只能指定单个字体，它不会有这个问题，只要单独对它进行整个调整即可。但比如web中存在这个问题是这样发生的：先被指定的字体会成为垂直居中的依据，比如以ark pixel为首选字体时，所有其它字体的文字或字体图标如果并列一起的话，会跟随ark pixel的垂直位置，这就导致：当ark pixel偏下时 且ark pixel为首选时，其它字体就会呈现为往上飘，此时ark pixel是居中的，但其它字体不居中了，往上走了。而如果以其它字体为首选，接着是ark pixel，则ark pixel会呈现偏下。

就是这个问题，我认为的方案是与大部分操作系统的文字的线对齐，比如macos的。

Minecraft负责显示英文，Zpix负责显示中文

• Ark Pixel Font的显示效果

  

• Minecraft&Zpix的显示效果

  

中文显示上效果差不多，但英文显示上我感觉还是Minecraft的字体要好看些

目前版本号格式为：

x.y.z-dev-YYYYMMDD

这预期是一个长期小幅迭代更新的项目，所有尺寸为同时更新发布。因此可能永远无法到达真正意义上的 1.0.0 版本。

因此，计划将字体版本号更改为日期格式，例如：

2022.06.20

https://en.wikipedia.org/wiki/ß

根据这篇Wikipedia文章, uni00DF (ß)历史上是一个long s (ſ)和一个普通s的连字, 虽然形似beta但没有任何关系.
根据字形设计习惯, 这个符号左下角不应该封口.

我非常欣赏您的少数从零开始创作的《方舟像素字体》。我想问一下，在做完基本集（GB/T 2312）之后，会怎么样呢？

@singularitti 从版本 2022.10.27 开始，拆分了等宽和比例模式，homebrew-fonts 构建需要重新规划。预计修改成这样：

• 等宽模式

brew install font-ark-pixel-10px-monospaced
brew install font-ark-pixel-12px-monospaced
brew install font-ark-pixel-16px-monospaced

• 比例模式

brew install font-ark-pixel-10px-proportional
brew install font-ark-pixel-12px-proportional
brew install font-ark-pixel-16px-proportional

另外，构件的名字重新做的规划。

这样修改会有问题吗？

参见 https://zh.wikipedia.org/wiki/%E6%9C%AA%E7%B5%B1%E4%B8%80%E6%BC%A2%E5%AD%97%E5%88%97%E8%A1%A8

比如 "値 (U+5024)" 和 "值 (U+503C)"，因为中文用户使用的是常用的代码点U+503C，但真正旧字形就在U+5024（日文常用的代码点）。所以为了统一旧字形，建议将U+5024映射到U+503C。

还有 "為" 与 "爲", "眞" 与 "真", "俞" 与 "兪", "尙" 与 "尚", "靑" 与 "青", "飮" 与 "飲" 等。请挑选具有旧字形的Unicode编码点，并将其重新映射到通用的中文编码点。

你不需要做所有的重映射。

比例字体讨论：

https://github.com/TakWolf/ark-pixel-font/discussions/4

拆分后，需要重做西文和标点符号。相关问题：

#21

#17

版本号机制变更：

#15

https://github.com/ryanoasis/nerd-fonts

大佬是否有计划支持nerd font

RT，我感觉您《缝合怪》里的Galmuri的谚文可以改改然后再用这个数据生成。
不过要想实现全部的谚文覆盖的话，就无法考虑BDF等其他字体的条件了，因为要加OpenType表，目前BCF以及PCF都不能使用。

「丁卯点阵体」虽然看上去是像素的，但并不是老旧的像素字体格式，所有的「像素」都是由轮廓围合出来的。
作为一款当代的字体，「丁卯点阵体」配备了丰富的高级排版武器——这是坊间称做「OpenType 特性」的字体功能。在专业的平面设计和排版软件（比如 Adobe InDesign 和 Illustrator）以及网页开发中，它能够让文字以更加灵活的方式呈现。来源

以上。