感谢您的工作。鉴于文泉驿没有源码，而这个 BUG 影响字符数量众多，并且 0.9.46-May 到 0.9.47-snapshot 并不是一个有着重要修改的更新，退回 0.9.46 似乎是可行的一个折中方案。
我肯定是要使用 google 的 fontmake 从零编译文泉驿的，因为只有这样才能让它长存而不是死掉…我已经把 .ttc 拆分成 .ttf 转成 .ufo3 格式丢到 GitHub 上去了，仓库在：GitHub - marguerite/wenq: WenQuanYi Fonts in ufo3 format
我检查 ufo3 格式发现它其实就是 .xml。然后我就去 glyphs 文件夹下找到一个有问题的字，比如艺术的 “艺” 字是 uni827A_.glif。打开格式是这样的（不是一个完整的字，有删节）：
<?xml version="1.0" encoding="UTF-8"?>
<glyph name="uni827A" format="2">
<advance width="1024" height="1024"/>
<unicode hex="827A"/>
<outline>
<contour>
<point x="215" y="403" type="line" smooth="yes"/>
<point x="151" y="403"/>
</contour>
<contour>
<point x="135" y="719" type="line" smooth="yes"/>
<point x="18" y="722" type="qcurve"/>
<point x="20" y="688" type="qcurve" smooth="yes"/>
</contour>
</outline>
</glyph>
这里很好猜，outline 是一整个字，contour 是左右或者上下这种分开的结构。里面带 (x,y) 的 point 就是画字形的锚点。
对应打开 fontforge 的界面（看我前面的图），是有 (x, y) 坐标系的，那么解决方法就是：
找到出问题的点，删掉它。
经过排查（就是在 fontforge 图形界面看个大概，然后打开 .glif 文件去找大概点，之后删掉这个点，再图形界面打开看效果），问题在这里：
<point x="4" y="95"/>
</contour>
出问题的艹字头字基本在第二个 contour 的最后一个 point，都是 x = 4 且 y 不等的。
那么我们可以通过 programming 来解决啦，稍等我写个程序跑一下看看。
文泉驿不是开源的么？
开源的但你能改吗？
我也不懂啊。。。你说的文泉驿源码不公开，我就有点懵了
当然不公开了…在 wenq 自己的服务器上谁也没见过
我写了个程序跑了一遍，应该是这些字显示不对：
你看看跟你的情况是不是一样 @BearChild
文本：
艺艻艼艽艾艿芀芁节芃芄芅芆芇芉芊芋芌芍芎
芏芐芑芒芓芕芖芗芘芙芚芛芜芝芞芟芠芡芢芣
芤芥芦芧芨芩芪芫芭芮芯芰芲芳芴芵芶芷芸芹
芺芼芽芾芿苀苁苂苃苄苅苆苇苈苉苊苋苌苍苎
苏苐苑苒苔苕苖苗苘苙苚苜苝苞苟苠苡苢苣苤
苦苧苨苩苪苫苬苭苮苯苰苲苳苴苵苶苷苸苹苺
苻苼苽苾苿茀茁范茄茅茇茈茉茊茋茌茍茎茏茐
茑茒茓茔茕茖茘茙茚茛茜茝茞茟茠茡茢茣茤茥
茦茧茨茩茪茫茬茭茮茯茰茱茲茳茴茵茶茷茸茹
茺茼茽茾茿荀荁荂荃荄荅荇荈荊荋荌荍荎荏荐
荑荒荓荔荕荖荗荘荙荚荛荜荝荞荟荠荡荢荣荤
荥荦荧荨荩荪荫荬荭荮药荰荱荲荳荴荵荶荷荸
荹荺荻荼荽荾荿莀莁莂莃莄莅莆莇莈莉莊莋莌
莍莎莏莐莑莒莓莔莕莖莗莘莙莚莛莜莝莞莟莠
莡莢莣莤莥莦莧莨莩莪莬莭莮莯莰莱莲莳莴莵
莶获莸莹莺莻莼莽莾莿菀菂菃菄菅菆菇菈菉菊
菋菌菍菎菏菑菒菓菔菕菖菗菘菙菚菛菝菞菟菠
菡菢菣菤菥菦菧菨菩菪菫菬菭菮菰菲菳菴菵菶
菷菸菹菺菻菼菽菾菿萀萁萂萃萅萆萇萈萉萊萋
萌萍萎萏
好的，我先写程序把上一个修复了。然后做一个测试版本给你用看解决没有。然后再看别的。真正推送修复需要我把 google 的 fontmake 编译链在 openSUSE 上建立起来。
另外说一句，文泉驿没有粗体版本，只有 Regular Sharp 和 Monospace。至少从代码看是这样。我怀疑粗体是 fontconfig/freetype fake 出来的版本
私以为，这种问题在于上游没有维护好这个字体的持续发布工作。下游去构建字体的难度巨大，去修字体就更费力了。所以我觉得，这种上游没搞明白的项目，要么去给上游开发者提意见，要么就任它自然消亡了……
1赞
理论上确实是这样，不过这个 snapshot 确实是我引入 openSUSE 的，版本号比正常的大，即使回退了也没法走更新通道，别的发行版没有这个问题，于是谁污染谁治理，难也得上… 
1赞
你下载 GitHub 源里的 WenQuanYiZenHei-Regular.ttf 测试看看，需要把原来的 wqy-zenhei.ttc 删掉装上我的重新运行 sudo fc-cache。修复了草字头的问题
竹字头也已经筛选出来了：
文本：
箚箛箜箝箞箟箠管箢箣箤箥箦箧箨箩箪箫箬箭
箮箯箰箱箲箳箵箶箷箸箹箺箻箼箽箾箿節篁篂
篃範篅篆篇篈築篊篋篌篍篎篏篐篑篒篓篔篕篖
篗篘篙篚篛篜篝篞篟篠篡篢篣篤篥篦篧篨篩篪
篫篬篭篮篯篰篱篲篳篴篵篶篷篸篹篺篻篼篽篾
篿簀簁簂簃簄簅簆簇簈簉簊簋簌簍簎簏簐簑簒
簓簔簕簖簗簘簙簚簛簜簝簞簟簠簡簢簣簤簥簦
簧簨簩簪簫簬簭簮簯簰簱簲簳簴簵簶簷簸簹簺
簻簼簽簾簿籀籁籂籃籄籅籆籇籈籉籊籋籌籍籎
籏籐籑籒籓籔籕籖籗籘籙籚籛籜籝籞籟籠籡籢
籣籤籥籦籧籨籩籫籬籭籮籯籰籱籲
BUG 确实修复了，但字体与 NotoSans 一样有点莫名粗大，会把 UI 莫名其妙的撑大。比如下两幅图的菜单，第一张是修复后的字体，第二张是文泉驿米黑，可以明显看到，在字号没有改变的情况下，修复后字体改变了 UI 大小。原本文泉驿正黑与米黑应该表现一致，这也是我不用 Noto 的原因。看来是 Google 的工具把字体搞大的。
这个 100% 不应该是字体背锅
我怀疑是行高的处理代码有 bug。这个 diagnostic 方法 patch 一下让它在 text 周围描红边。先别关注这个了。
