<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 字体数字化简史与 WOFF</title>
	<atom:link href="http://www.typeisbeautiful.com/2009/11/1617/feed" rel="self" type="application/rss+xml" />
	<link>http://www.typeisbeautiful.com/2009/11/1617</link>
	<description>Write about typography in Chinese</description>
	<lastBuildDate>Sat, 04 Feb 2012 07:15:15 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: yaoweibin</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-3007</link>
		<dc:creator>yaoweibin</dc:creator>
		<pubDate>Mon, 14 Nov 2011 03:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-3007</guid>
		<description>这篇文章写的很好，多我了解woff很有帮助，谢谢。看得出作者是花 了很多心思的。</description>
		<content:encoded><![CDATA[<p>这篇文章写的很好，多我了解woff很有帮助，谢谢。看得出作者是花 了很多心思的。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WOFF和Google Font API &#171; 葵中剑&#39;s Blog &#8211; SwordAir.com</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-2244</link>
		<dc:creator>WOFF和Google Font API &#171; 葵中剑&#39;s Blog &#8211; SwordAir.com</dc:creator>
		<pubDate>Fri, 01 Jul 2011 03:30:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-2244</guid>
		<description>[...] WOFF是Web Open Font Format的缩写，作为从2009年才开始发展的网络字体格式，现在就已经迅速被广泛的支持。原因可能很简单，WOFF更小，并且包含来源信息。虽然WOFF可以看做是 TrueType (TTF)以及 OpenType (OTF)的再包装，但不同的是，WOFF是直接压缩了的字体格式而无需服务器再做额外的压缩，这使得相对于TTF格式，其体积通常要小40%以上。由于对于 WOFF、TrueType、OpenType 的由来说明超出了本文的讨论范围，推荐阅读字体数字化简史与 WOFF获得完整的概念。 [...]</description>
		<content:encoded><![CDATA[<p>[...] WOFF是Web Open Font Format的缩写，作为从2009年才开始发展的网络字体格式，现在就已经迅速被广泛的支持。原因可能很简单，WOFF更小，并且包含来源信息。虽然WOFF可以看做是 TrueType (TTF)以及 OpenType (OTF)的再包装，但不同的是，WOFF是直接压缩了的字体格式而无需服务器再做额外的压缩，这使得相对于TTF格式，其体积通常要小40%以上。由于对于 WOFF、TrueType、OpenType 的由来说明超出了本文的讨论范围，推荐阅读字体数字化简史与 WOFF获得完整的概念。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: keni</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-1974</link>
		<dc:creator>keni</dc:creator>
		<pubDate>Tue, 01 Feb 2011 13:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-1974</guid>
		<description>hi Magic:
&quot;起码服务器端按需发送在技术上是可行的，网上可以找到一些例子&quot; , 能不能发一个例子看一看。 
非常感谢。</description>
		<content:encoded><![CDATA[<p>hi Magic:<br />
&#8220;起码服务器端按需发送在技术上是可行的，网上可以找到一些例子&#8221; , 能不能发一个例子看一看。<br />
非常感谢。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WOFF 使用指南 &#124; Type is Beautiful</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-973</link>
		<dc:creator>WOFF 使用指南 &#124; Type is Beautiful</dc:creator>
		<pubDate>Fri, 22 Jan 2010 19:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-973</guid>
		<description>[...] (Web Open Font Format) 字体格式的支持。关于这一字体格式的意义，本站之前的《字体数字化简史与 WOFF》一文已有提及，而我们今天将简单地演示 WOFF [...]</description>
		<content:encoded><![CDATA[<p>[...] (Web Open Font Format) 字体格式的支持。关于这一字体格式的意义，本站之前的《字体数字化简史与 WOFF》一文已有提及，而我们今天将简单地演示 WOFF [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox 3.6正式版发布 &#124; Front News &#124; 前端观察</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-970</link>
		<dc:creator>Firefox 3.6正式版发布 &#124; Front News &#124; 前端观察</dc:creator>
		<pubDate>Fri, 22 Jan 2010 05:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-970</guid>
		<description>[...] 关于WOFF字体，推荐看一下这个介绍。另外，typekit开始支持WOFF字体了。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 关于WOFF字体，推荐看一下这个介绍。另外，typekit开始支持WOFF字体了。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magic</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-969</link>
		<dc:creator>Magic</dc:creator>
		<pubDate>Fri, 22 Jan 2010 02:03:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-969</guid>
		<description>目前中文字体应用于正文显然是不可行的，字体文件大倒不是主要的原因，起码服务器端按需发送在技术上是可行的，网上可以找到一些例子。
现在最大的问题在于终端的渲染技术，不同系统不同屏幕上看到的结果是不一样的…
所以在很长的一段时间之内，想得到“漂亮”的中文字体只能使用图片格式，中文web业界着力要解决的，只是如何载入这些图片的问题，目前一些js的套件已经实现了基本的功能，比如cofun或typeface.js。
至于WOFF，只能期待在中文字体的实时嵌入技术上有大的突破。</description>
		<content:encoded><![CDATA[<p>目前中文字体应用于正文显然是不可行的，字体文件大倒不是主要的原因，起码服务器端按需发送在技术上是可行的，网上可以找到一些例子。<br />
现在最大的问题在于终端的渲染技术，不同系统不同屏幕上看到的结果是不一样的…<br />
所以在很长的一段时间之内，想得到“漂亮”的中文字体只能使用图片格式，中文web业界着力要解决的，只是如何载入这些图片的问题，目前一些js的套件已经实现了基本的功能，比如cofun或typeface.js。<br />
至于WOFF，只能期待在中文字体的实时嵌入技术上有大的突破。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: colourphilosophy</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-756</link>
		<dc:creator>colourphilosophy</dc:creator>
		<pubDate>Wed, 18 Nov 2009 08:04:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-756</guid>
		<description>“如果 Type is Beautiful 要评最罗嗦稿件奖，本文一定当仁不让。”
呵呵~</description>
		<content:encoded><![CDATA[<p>“如果 Type is Beautiful 要评最罗嗦稿件奖，本文一定当仁不让。”<br />
呵呵~</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Metaphox</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-750</link>
		<dc:creator>Metaphox</dc:creator>
		<pubDate>Mon, 09 Nov 2009 10:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-750</guid>
		<description>cheng 你好，

在本文的草稿中我本来对中文问题有所涉及，但是后来删去了，因为毕竟这个 blog 的主旨是西文字体排印。不过既然你在这里提到了中文的问题，我就来说说我的想法。我基本上同意你的看法，即短期之内中文字体网络传输是无解的难题。依拙见这基本上是个带宽问题，解决与否的根源在于互联网硬件基础建设，而这又涉及到 ISP 的利益乃至朝廷的意志。一言以蔽之，我朝不是发达国家，所以我们没有资格让未来不再遥远。

只考虑技术层面的话，也许针对兆字节级别的字体，除去你所说的按需下载之外，也可以先使用本地字体占位，待需要显示的字符下载完毕再进行切换。不过相较于字体问题，我个人倒更关心中文竖排相关的排版问题，比如标点符号的自动切换等等。</description>
		<content:encoded><![CDATA[<p>cheng 你好，</p>
<p>在本文的草稿中我本来对中文问题有所涉及，但是后来删去了，因为毕竟这个 blog 的主旨是西文字体排印。不过既然你在这里提到了中文的问题，我就来说说我的想法。我基本上同意你的看法，即短期之内中文字体网络传输是无解的难题。依拙见这基本上是个带宽问题，解决与否的根源在于互联网硬件基础建设，而这又涉及到 ISP 的利益乃至朝廷的意志。一言以蔽之，我朝不是发达国家，所以我们没有资格让未来不再遥远。</p>
<p>只考虑技术层面的话，也许针对兆字节级别的字体，除去你所说的按需下载之外，也可以先使用本地字体占位，待需要显示的字符下载完毕再进行切换。不过相较于字体问题，我个人倒更关心中文竖排相关的排版问题，比如标点符号的自动切换等等。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cheng</title>
		<link>http://www.typeisbeautiful.com/2009/11/1617/comment-page-1#comment-749</link>
		<dc:creator>cheng</dc:creator>
		<pubDate>Mon, 09 Nov 2009 01:25:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.typeisbeautiful.com/?p=1617#comment-749</guid>
		<description>未来还是很遥远的，中文字体没有任何一种可以便于网络传输的形式，怎么压缩也是上M级的。国外的实现方案很少考虑这些，显示器可用的拉丁文字体顶多100K甚至还不到，只相当于普通的图片一张，js/flash的实现方案现在已经相当成熟了，不是“能不能做”，而是“做得更标准”的问题。但对于中文来讲，任何一种方案都不可承受每个页面有上M的单独字体文件下载，不管它是EOT/TTF/OTF还是WOFF。除非新的WOFF能够实现类似&quot;嵌入&quot;或者&quot;按需下载&quot;的功能，否则对于中文来说这一切都只是传说。

另外，就算一切真的那样美好，不要忘了，中国人永远使用IE6，他们看到的都只是你设的fallback.</description>
		<content:encoded><![CDATA[<p>未来还是很遥远的，中文字体没有任何一种可以便于网络传输的形式，怎么压缩也是上M级的。国外的实现方案很少考虑这些，显示器可用的拉丁文字体顶多100K甚至还不到，只相当于普通的图片一张，js/flash的实现方案现在已经相当成熟了，不是“能不能做”，而是“做得更标准”的问题。但对于中文来讲，任何一种方案都不可承受每个页面有上M的单独字体文件下载，不管它是EOT/TTF/OTF还是WOFF。除非新的WOFF能够实现类似&#8221;嵌入&#8221;或者&#8221;按需下载&#8221;的功能，否则对于中文来说这一切都只是传说。</p>
<p>另外，就算一切真的那样美好，不要忘了，中国人永远使用IE6，他们看到的都只是你设的fallback.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

