使用Cufon的缺点是什么？sIFR仍然是不错的选择吗？@font面不会像使用 cufon 或 sIFR 那样使字母光滑

What are cons to use Cufon? Is sIFR still good option? @font-face doesn't make the letters smooth like they look with cufon or sIFR

提问人：Jitendra Vyas 提问时间：1/29/2011 最后编辑：Jitendra Vyas 更新时间：4/8/2011 访问量：3947

问：

使用Cufon的缺点是什么？在 Web 标准、可访问性和性能方面。

我认为，如果我们需要流畅的文本，那么 sIFR 仍然是屏幕阅读器兼容性最好的选择。

@font面字体看起来不像 Cufon 和 Sifr 那样流畅。但是 Cufon 为每个字母使用 canvas 标签，这使得屏幕阅读器更难阅读。

为了使字体流畅，sIFR仍然是最好的，并且可访问性兼容性解决方案？

是否可以使用@font面获得图像、sIFR 和 cufon 等抗锯齿？

CSS XHTML 可访问性 SIFR CUFON

评论

0赞 BoltClock 1/29/2011
“使用@font面字体看起来不流畅” 那时您一定从未使用过 Mac。是什么让您认为屏幕阅读器可以看到 sIFR？
0赞 Jitendra Vyas 1/29/2011
@font面字体在 MAC 上可能很流畅，但并非无处不在，而 Cufon 和 sIFR 字体看起来就像 Photoshop 中的外观一样流畅。sIFR 文本可通过屏幕阅读器阅读
0赞 reisio 1/29/2011
如果您的字体不“平滑”，则您的桌面环境可能禁用了文本抗锯齿。在 Windows 上，它被称为 ClearType，有多种方法可以启用它，包括： microsoft.com/typography/cleartype/tuner/step1.aspx
0赞 Jitendra Vyas 1/29/2011
@reisio - 在此处查看差异 elleestcrimi.me/2010/11/05/cufon-fontface
2赞 reisio 1/30/2011
这就是Microsoft的滚动方式，Windows用户已经习惯了它。如果您在 Mac OS、Linux 或任何其他 Unix 系统上查看它，它将非常流畅。

答：

2赞 Ege Özcan 1/29/2011 #1

最好的解决方案是使用@font面。已经有针对@font面的故障安全解决方案。sIFR 和 Cufon：

  1. 使选择/复制文本变得困难甚至无法
  2. 禁用 JS 时停止工作

查看 Fontsquirrel 的字体生成器以获取故障安全解决方案。

锯齿状的角落主要是由操作系统字体 API 引起的。如果你真的需要平滑的字体，而不是依赖js/flash，我建议在服务器端生成图像，并使用适当的alt标签。

评论

0赞 Jitendra Vyas 1/29/2011
当 js 条件对我来说没问题时停止工作。以及 sIFR 和 Cufon，文本可选
0赞 Ege Özcan 1/29/2011
它们不能在页面内标准文本的上下文中选择。（即我不能同时选择标题和段落文本）
0赞 Jitendra Vyas 1/29/2011
“我不能同时选择标题和段落文本”，没关系。
1赞 ian_6500 1/30/2011 #2

我自己刚刚对这个主题做了很多研究。流畅呈现的文本对我来说很重要。我坚持使用sIFR--根据谷歌分析，我网站的绝大多数访问者都有支持Flash的浏览器，所以我知道我的文本对他们来说会很好看。而且，sIFR 对 SEO 和文本阅读器完全没问题。（如果这对您很重要，也可以选择。如果我的访问者使用的是 iPad 或 iPhone，我也很擅长，因为 Apple 产品可以精美地呈现文本，而且我对目前为我网站上的较小文本选择的 Web 安全字体感到满意。（对于较大的标题，我使用带有 alt 属性的图像格式文本。如果 Cufon 只允许对齐文本，我会选择它，因为它比 sIFR 和 javascript 动画更容易使用。（我真的希望 Cufon 允许使用合理的文本！你可以向右、向左和居中对齐，但不能证明——这对我来说是一个交易破坏者，从我读到的内容来看，没有计划允许对齐的文本。还有一点需要注意 - 在 Flash CS4 中制作我的 SWF 字体文件时，我无法让 sIFR 工作 - 我已经在这个论坛上寻求帮助 - 但它在 CS3 中工作正常。

@font-face 依赖于其文本出现的浏览器的渲染引擎，因此它在 Windows 机器上很可能看起来是别名。Google Web Fonts，我猜Typekit和类似服务都是如此。当与 alt 属性一起使用时，使用基于图像的文本对于非常简短的句子或单词是可以的，但在处理大块文本时，这不是解决方案——如果您希望该文本对屏幕阅读器和搜索引擎可读。编辑基于图像的文本也很痛苦，因为您必须在 Photoshop 中执行此操作。

对我来说，字体替换的主要目的是在 Windows 机器上流畅地呈现文本，因为它们是我网站的最大流量来源。能够拥有可以通过 Flash 输出的任何字体也很好。

一旦我确信我的网站的绝大多数流量都有支持 CSS3 的浏览器，我就会使用 Web 安全字体实现 CSS3 文本平滑选项——我将为此关注我的 Google Analytics 数据。

评论

0赞 ian_6500 1/31/2011
这里有三个测试页面，Cufon、@font面和 sIFR。在未激活文本平滑的浏览器中签出它们。（每个页面的格式都略有不同——我主要对文本在 Windows 浏览器中的呈现方式感兴趣。再说一遍——我真希望我能证明 Cufon 中的文字是正确的！这是我不使用它的唯一原因。ianmartinphotography.com/test-site/testimonials/cufon.html ianmartinphotography.com/test-site/testimonials/ff.html ianmartinphotography.com/test-site/testimonials/sifr-dual.html
0赞 arxpoetica 4/8/2011 #3

不幸的是，所有这些选项之间都有权衡取舍，您只需要根据研究做出决定。每个场景都是不同的。最佳渲染？最佳加载时间？EULA 问题？它需要在 iPad/iPhone 上吗？您需要快速的开发时间吗？你愿意忍受错误吗？

就我个人而言，当我能得到它时，我更喜欢@font脸——它是目前最容易实现的。

上一个：标头元素和 WCAG 2.0 的语义

下一个：如何仅从屏幕阅读器中隐藏页面中的任何元素，而不从普通用户的页面中隐藏任何元素？