在开发时间,可访问性,速度和移动设备方面,使用sIFR有什么用处？

Question

在开发时间,可访问性,速度和移动设备方面,使用sIFR有什么用处？

我知道的一些缺点.

• 由于它使用JavaScript和FLASH,因此页面的渲染速度会很慢
• 在Iphone safari和blackberry中不会显示sIFR文本.如果它将在其他移动浏览器中显示,那么浏览将会更慢.
• 用户浏览器中都需要JavaScript和Flash播放器
• 如果我们尝试选择sIFR文本以及普通文本或两个sifr文本,则不会为sIFR文本显示选择高亮显示.
• Sifr有不同的风格机制,所以我们需要在sifr-config.js,sifr.css和我们自己的项目的css中照顾风格.对于一些跨浏览器问题,我们将不得不在所有文件中看到.
• 我们不能把sifr js放在底部,如果我们这样做,那么sifr文本将在其他元素之后加载

我知道的一些专业人士.

• 桌面浏览器的跨浏览器兼容性
• 可以选择,复制和粘贴文本
• 优雅降级(如果JS将被禁用,那么将显示简单文本,即使CSS是我们可以看到普通文本)
• 屏幕阅读器兼容
• sifr文本也是可扩展的

我的问题是:

• 如果我使用sIFR与简单文本相比,会减少多少网站？
• 有没有免费或开源,易于实现,更轻的解决方案具有sifr + iphone和黑莓兼容性的所有功能,但不需要Flash.？

Answer 1

sIFR正逐渐成为一种过时且过于复杂的技术.发明它的设计师Shaun Inman现在依赖于Cufon.看到这篇文章,他甚至说:

"快进三年.Cefón是sIFR的继承人."

http://shauninman.com/archive/2009/04/17/pxr_cufon_pxfon

但是我们来谈谈sIFR.专业人士:

1. 相当可靠的跨浏览器.
2. 适用于任何安装了Flash 7/8的现代JS浏览器.

缺点:

1. 它可以是PAIN来设置.维护起来并不容易,但这并不是一场噩梦.
2. 如果用户调整其浏览器文本大小,则文本无法正确调整大小.
3. 它打破了流畅的布局.
4. 它不适用于不支持闪存的移动浏览器(即便如此,我不知道移动版闪存是否能够支持sIFR
5. 这是潜在/慢速加载.浏览器必须执行大量计算才能使用Flash影片正确替换HTML元素,并计算要渲染的Flash影片的文本尺寸.

底线是它非常有限并且快速变得过时.我的建议是调查Cufon:

http://cufon.shoqolate.com/generate/

或者依赖像TypeKit这样的服务,只支持现代浏览器中的漂亮字体:

http://typekit.com/

请记住,它不需要在每个浏览器中看起来都一样.为每个提供可接受的解决方案.在IE6中加载页面上等待sIFR的所有应有的尊重比仅仅看到helvetica而不是设计师爱上的字体更令人讨厌.

免责声明我是一名设计师,在我的职业生涯中曾担任多家代理商的设计师!