【问题标题】:SIFR Font for Entire Website - Bad idea?整个网站的 SIFR 字体 - 坏主意?
【发布时间】:2011-03-22 20:02:42
【问题描述】:

客户希望为其整个网站使用 SIFR 字体。对我们来说似乎不是一个好主意。我们过去曾使用 SIFR 来表示标题,但从未有过更多用途。

任何人有任何好的技术推理或资源来描述为什么这是一个坏主意?

【问题讨论】:

    标签: javascript sifr


    【解决方案1】:

    我会强烈建议采用渐进增强方法而不是 sIFR。 CSS 允许使用自定义字体,并且它们现在相当兼容跨浏览器。对于不支持 font-face 的浏览器,它们将简单地回退到想要使用的其他一些指定的 font-family。这个概念是在你的 CSS 中使用更多最前沿的样式,同时仍然优雅地回退到没有足够支持的浏览器。

    【讨论】:

    • 它也比 sIFR 中的整个网站快得多,并且不需要额外的插件
    • SIFR 也需要闪存,对吧?所以告诉他们它不适用于他们所有的新 iPad 2。 (使用 Typekit 或其他通过 @font-face 实现的免费字体选项)
    【解决方案2】:

    来自Mike Davidson's announcement of sIFR 2.0

    我看了看页面,他用 sIFR 文本替换了每个单词……甚至是完整的段落和 300 字的段落。请不要这样做! sIFR 适用于标题、引语和其他小段文字。换句话说,它是用于显示类型——强调页面其余部分的类型。正文应保留浏览器文本。此外,我们建议不要每页替换超过 10 个文本块。再多一些就可以了,但是一旦您进入 50 多岁左右,您就会注意到处理器和速度受到影响。

    所以这不是一个好主意。事实上,这些天来,sIFR 本身并不是真正需要的(Mike 的公告来自 2005)。 CSS3's new font features 是为您的用户带来出色字体的更好方法。

    【讨论】:

      【解决方案3】:

      SIFR 不再积极开发(上次发布日期为 2008 年:http://novemberborn.net/2008/10/sifr2-0-7-143)。

      【讨论】:

        猜你喜欢
        • 2010-10-30
        • 2011-11-23
        • 1970-01-01
        • 1970-01-01
        • 2016-10-20
        • 1970-01-01
        • 1970-01-01
        • 2010-12-06
        • 1970-01-01
        相关资源
        最近更新 更多