@ehs2013 其实我一直很好奇，要是宣称自己的程序是基于一个假定的——只是和某 GPL 库吻合的—— ABI 或 API 构建的，那会怎样？例如吧， BSD libedit/editline 就能提供 readline 的不少 API ……

具体到行为的话，就像对 C 只发编译到半路而没链接的 object 文件之类的…… Py 的话本身就没有显式的链接指定，所以管他呢。

@tt7 所以我才会叫人 Bugzilla 加 CC （抄送）啊。加 CC 施压是能够帮助达到目的地的。

@mengzhuo 至少 CLI 截图我是发了，另外我都叫人你自己显示个用 CSS Magic 指定本地系统字体的 HTML 片段了，况且 HTML 我在 msg00056 那个里面都贴上去了……

@Quaintjade 没看到你第二段，我开一下 fontforge 拿 FandolSong 试一下哈……嗯， Anti-Alias 的确因为中间灰度的存在部分造成了这个问题，但是别怪那个用 RGBA 提高横向分辨率好提高 AA 质量的 ClearType 喵。（并且的确还是开 AA 感觉精细一点……）

另外某些 Serif 太细看上去照样是 AA 观感糟糕的原因。渲染结果在 https://img.vim-cn.com/16/568d2feee672b611cd7f83c4c8a6b479844bf3.png https://img.vim-cn.com/e3/727560103f79cc75575f57793f1b854c41c9d9.png

@hosiet 我就是想让这样的人要么知道自己的责任在哪里要么赶紧下去呀。况且不论排版，这群人的效率也是堪忧，不能完成 Coordinator Responsibilities 就赶快 Resign when it's time 啊！是 C 社员工又不是说你必须守护全 GNOME 的母语翻译，况且即使是 C 社员工我也看得到社区和组织工作做得更好的。从 inactive 那封邮件开始我就觉得很有意思，名字都进 inactive members 里面了还真能被一封邮件叫起来然后说 actually I am active I am just slow 。然后挤牙膏一样碰个几下，我一封邮件表示“啊原来你真的回来了真好”就被气着了——什么鬼东西。

是的，我就是不开心，我就是得理不饶人。我就是觉得他们扯的每一个解释都是自带 https://theonion.github.io/fartscroll.js 的东西，从“非常忙”到“怎样长得丑”。我就是感觉“ If people get offended by accurate portrayals of the current state of their translation teams, that's their problem.”。我就是相信 people who get offended should be offended 。

不要跟我讲总有一天，按照这个鬼趋势我还真不信呢。

@Quaintjade 那个语义我前面也说了，“要硬扯语义上的道理的话”。

@orzfly 我现在也不知道自己是什么睡眠时相模式，反正精神很好啦。

@Elethom 呐，呐……

@lifanxi 顺便一提，我实在想不出有什么能在中国大陆拿出来卖的（也就是得遵循 GB2312 或其超集）中文字体会不支持破折号（ GB2312 A1A9 ）的。我还尝试着重现过稍微古老一点的时代的字体渲染（例如那个教程所在的那个以文泉驿微米黑为主流的时候），也没发现他们的解决方案能提供任何一丁点的改善。总之是他们的审美有问题。

@Arthur2e5 @Quaintjade 啊，然后 harfbuzz 之类的显示也会更倾向于忠实显示，除非必要不做处理……总之程序 UI 库不是 LibreOffice 没有也或许不该有那层处理，该自己干的都要自己干。

@Arthur2e5 啊当然， Aron 本身在 Canonical 就职之类的也该提一下。政治上的话 C 社和 G 之类的开源社区走得很近，要翘得动他们也是很难。

@lifanxi 在这种时候坚守原先的规则就是愚蠢的。英文原文都那么用了，结果你一个下游的还全都改成三个 U+002E ，真的是很蠢的事情。我已经在推动了，那几封骂人或骂人写出来的东西或人的能力的东西也都放在那里了，也不知道牙膏能不能挤出来就是了。足够愤怒的事情只有一个：人知道错了（我说的够清楚了，除非那些人傻到看不懂——但是既然能用 git 了肯定没那么傻啊）还不想改，接着还说出“账号在手天下我有”之类的话。

这和 Coding standard 有本质的区别。这是上游标准（ HIG ）定明了下游团队还在按照自己六年前的办法乱搞。要不是存在这种对上游定义的奇怪违背，也不会有外国人注意到感到奇怪而在 list 里面发问啊。

@JackBlack2006 那几个被我吐槽的准则是中国人定的……并且外国人定大概方针要求本地化团队按照自己情况去跑也不奇怪啊（虽然这次就完全没跟着方针）。

@Quaintjade 这样的空格做法有其语义上的正确性，其实让编者操心也没那么大问题。况且很多时候你要 as-is 地显示东西，无论是哪个自动方法都会喂你吃一壶，在软件本地化这种地方更是。举个英语原文中会看到的例子，要是有人把 foo,bar,baz 全都自动更正为后加空格的版本结果发现搞坏了输入格式说明怎么办？ V2EX 的强行加入我大概有个为之推脱的理由，那就是兼容性好并且（照样还是语义上）也没什么错。（这个其实可以讨论，例如 span 插一个 spacing 之类的）

Serif 和 Sans 各有各该去的地方，但：
1. SimSun 这种细过一般的 Serif 无论怎么看都没什么会让人舒服的地方：低分屏丑； 150% DPI 虚； Retina 太细；打印出来和 Times 之类的 Serif 粗细区别太大，简直自带英文高亮功能。
1. 然后粗细正常的中文 Serif ——我还真要讲技术问题了——没有什么 hint 好的，所以也一起虚、各种糊。
2. 还是那样，现在没有什么人把 Serif 当作主要 UI 字体。

@Elethom Aron Xu 、 YunQiang Su 等人均为 GNOME 界的元老，前者更是很多自由软件中文化社群一直以来的老管理者。贡献放在那里，你也不能人身攻击……（虽然就连我就事论事对于某一物体的具体方面骂都会有人提礼仪我也觉得很有趣）

@Quaintjade 另外这个虽然也算是字距调整，但一般不说 kerning 啊，说的是 auto-spacing ，如 https://msdn.microsoft.com/en-us/library/ms531164(v=vs.85).aspx 的 -ms-text-autospace 。从这个名字看人们还是愿意把这个看作加空格的。

> unicode 虽然有各种间距的空格，但大部分人还是用半角或全角空格。

因为用 0+0020 空格是在大部分人所学的外语中正确的（当然也是好打）， 0+3000 全角空格又是我们知道能保持比 TAB 更精细的对齐的那个呀（自然还是好打）。需要用更窄的空格的地方自然也有（并且会有人去考虑），例如 https://inkscape.org/en/contribute/translations/ 提到的“ z.  B.”（ U+202F ）。

@Quaintjade 然后空格…… W3C CLREQ 有云：

> 原則上，漢字與西文字母、數字間使用四分之一個漢字寬的字距或空白。但西文出現在行頭或行尾時，則毋須加入空白。
>
> 注：或可使用西文詞間空格（ U+0020 SPACE [ ]，其寬度隨不同字體有所變化）。

这算是个通行习惯了，平衡了好打和能用。要硬扯语义上的道理的话，也算是分开词边界了。

@Quaintjade 然而没有人[谁?]（这是伪基百科哏）会在 UI 里面用宋体，所以无需讨论。使用任何 Serif 作 UI 主要字体都是严重反 GNOME 风格的行为，甚至是反一切现代 UI 风格的行为。

@Quaintjade Arial 不是中文字体（ Arial Unicode MS 那部分中文要用的话我只能说壮士），另外“统一用半角括号”经常会遇到中文和括号比太高的问题（ bugzilla 更新里面我昨天就提到了）。

@gaotongfei 嘛，只要频率高了都会……所以我才会说出“借”（嗯，或者请吃顿饭？）这样的话，因为基本都是用个没多久就要换掉的。

@Arthur2e5 当然，中心思想是某一特定的方面有问题，而不是整个人有问题，这就够了……

@StarBrilliant 哦，还有 Nonsense （如果你也把那个和 silly 一样当脏字的话），按照中文说的话我会用”放***的狗*“。

@StarBrilliant
我觉得还行啊。就像这样：

你写的这玩意从 XXX 上来说简直就是狗屎……你们他妈的垃圾 XXX 审美……而换到对于 XXX 来说简直就是放屁……破字体出破输出。

@Arthur2e5 哦，找到了，在 http://www.w3.org/TR/clreq/#compression_rules_for_consecutive_punctuation_marks

考虑到 HIG 着重的（字体排印上的）正确性，标点挤压这种问题也不该在会长期存在的翻译中去 workaround ，而是应该用 kerning 实现。以前读 http://www.w3.org/TR/clreq/ 的时候找到过要求例子，现在不知为何找不到了。

@emric 然而这群家伙不是没有标点挤压的时候用西文括号，而是处处用、往死里面去用，况且左右两端还不加空格。并且还是那句话， HIG 指明了“需要正确性”的方针……

@canautumn
@kidding 哈哈哈哈，我也发现我说反了……