中文字体用Verdana+微软雅黑最好？

2010 12 1 10:52 PM 4821次查看

分类：CSS 标签：CSS

刚才眼花了，直接看例子吧：



16像素：

这是“宋体”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“微软雅黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Verdana”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Tahoma”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Verdana,微软雅黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“微软雅黑,Verdana”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“文泉驿微米黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“华文黑体”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“华文细黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。





12像素：

这是“宋体”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“微软雅黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Verdana”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Tahoma”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“Verdana,微软雅黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“微软雅黑,Verdana”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“文泉驿微米黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“华文黑体”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


这是“华文细黑”：我们将使用请求标头（Accept-Encoding、User-Agent）和响应标头(Content-Type)的组合来确定终端用户能否使用GZip压缩内容。此方法可避免常用浏览器中的GZip压缩内容出现一些众所周知的错误。为了强制提供GZip压缩内容，客户端可提供“gzip”作为Accept-Encoding和User-Agent请求标头的值。如果没有Accept-Encoding标头，则不会用GZip来压缩内容。


感觉宋体很平淡，英文很难看，斜体很糟糕。

微软雅黑还不错，但是颜色偏淡，文字间距较小，标点很难区分，斜体效果很好。

Verdana感觉也不错，但中文会用默认的宋体来显示。

Tahoma和Verdana差不多，英文比Verdana窄了点。

Verdana和微软雅黑的组合还不错，Chrome 7和Firefox 3.5表现正常，Opera 10.5反正就是个杯具。斜体会出现中文和英文间距过短的问题，需要手动加空格。

文泉驿微米黑是Google Droid的开源衍生字体，感觉复杂的字容易显示成一团黑，斜体不错，各个浏览器都正常。

华文黑体和华文细黑是Mac OS和iOS的内置字体，看上去也不错，各个浏览器都正常。不过华文细黑的字稍微淡了点，字号较小时比较难看。



因此看上去微软雅黑和华文黑体都是不错的选择。相同字号时，华文黑体会比微软雅黑小很多，12px时微软雅黑的可视性更好；字号较大时，华文黑体显得更为清晰。此外，华文黑体的中英文基线对齐，大多数英文由于没有下半截，看上去会比中文更高，显得不协调；但微软雅黑会把英文的基线放在下面，整体效果更好，不过需要注意保持较高的行高。

如果以Windows为主的话，大部分用户都装了微软雅黑，那么Verdana+微软雅黑的组合不错。不过对Mac OS来说，华文黑体无疑更佳，而且在Opera上也正常。

我目前是写成：Verdana, "微软雅黑", "华文黑体", sans-serif，斜体时可以对调微软雅黑和华文黑体的顺序；因为我觉得Opera的用户应该已经习惯丑陋的中文字体了，不习惯的也早就抛弃Opera了。

0条评论 你不来一发么↓

    想说点什么呢？