不指定，甚至连字体族也不写。看 typeof.net 的样式表就知道了。

@deepure 这是我自己做的……基于某H。用微米黑也做过，但是效果不好（微米黑太粗）

@freefcw 不过我的质量应该是最高的。

http://home.ustc.edu.cn/~infinte/MSYHMONO.7z
正好前一段时间混了个字体……

想学折腾就用 vim，不想的话就 pyCharm。 ps. 我用 VS，玩 .NET 的……

178 的设计还真有意思，缩小到1024x768后，大体显示三栏中的两栏，效果还过得去wwwww

比如有一条


.sl {
-moz-border-radius: 3px;
-webkit-border-radius: 3px;
padding: 3px;
font-size: 14px;
border: 1px solid #ccc;
width: 320px;
font-family: "Helvetica Neue", "Luxi Sans", "DejaVu Sans", Tahoma, "Hiragino Sans GB", STHeiti !important;
}

border-radius 建议加上没有前缀的版本（border-radius: 3px）来优化 opera和 ⑨ 下的效果

@GordianZ 另外我看现在 google 上的版本效果还可以的说。

@GordianZ 大哥啊，你不会用 CSS 么？ font-family: Consolas, Inconsolata, ...

唉…… .NET 人无知的路过。其实我比较喜欢 ruby，python 太死板了

在低分辨率下显示这个坑可一点也不小：在 16x16 这 256 个像素点里面塞上一个比划复杂的汉字可不简单。

我和文泉驿的一些人聊过 W32 GDI 的细节：GDI/Cleartype 的反锯齿仅限横向（而且异常华丽），纵向没有反锯齿。这就需要字体自带 Gridfit 数据集（而且仅限 TTF 轮廓文字：PS 轮廓采用的是很传统的灰度反锯齿，Adobe Heiti Std 就是明证）。参阅 [[http://wenq.org/forum/viewtopic.php?f=12&t=1055]]。

Gridfit 在 < 18px 时候非常好做，但是在 18px -- 40px 制作就很麻烦了。因为笔画宽度校准（TTF 的 Stem）在这时候会从 1px 变化到 2px。整个制作过程需要大量极为复杂的手工调节，甚至需要对 **每个字符** **每个大小** 进行调节（拽 Delta）。

不过在 WPF/D2D 程序里面，就无视好了wwwwww

@GordianZ 你忘了 Inconsolata 是山寨谁的？

vim ++
现在整了大概12个插件，用起来和VS都没什么区别。