【问题标题】:Is there a need to test webpages in both Safari and Chrome?是否需要在 Safari 和 Chrome 中测试网页?
【发布时间】:2011-06-17 16:07:00
【问题描述】:

由于 Safari 和 Chrome 都使用 Webkit,如果一个网页看起来都很好,那么测试两种浏览器的兼容性是否是多余的?

【问题讨论】:

    标签: google-chrome safari cross-browser webpage


    【解决方案1】:

    不,不是。

    据我所知,Safari 和 Chrome(在 OS X 上)似乎呈现不同的字体。 Safari 会显示比 Chrome 小很多的没有指定大小的字体。

    铬:

    Safari:

    【讨论】:

    • 大概是因为 Chrome 使用标准的 Windows 字体大小,而 Safari 使用标准的 Mac 字体大小。这是 72-dpi(在 Mac 上,以匹配打印页面)与 96-dpi(在 Windows 上)的问题,多年来一直如此。 Interesting reading on the subject.
    • 也许是这样!我知道两种浏览器都有调整这个大小的选项,但你不能假设用户会调整这些设置。当然可以讨论是否更喜欢相对字体大小而不是固定大小字体:)
    【解决方案2】:

    如果您的网站包含大量 JavaScript,您应该测试这两种浏览器,因为它们之间存在差异。例如,以下内容会在 Safari 中导致 JavaScript 错误,但在 Chrome 中不会。

    var x = new Date('02-22-2011');
    

    【讨论】:

      【解决方案3】:

      您绝对应该测试这两种浏览器。即使他们使用WebKit进行渲染,也有很多不同:

      1. 字体 - 它们以不同的方式呈现,我强烈推荐 FontSquirrel 生成兼容的字体。
      2. 性能 - 在技术实现方面,每个人都使用不同的方式来渲染屏幕上的 DOM。 Chrome 使用 Skia(在 Linux、Windows 上),而 Mac 使用不同的东西。例如,尝试在 Chrome vs Safari vs Firefox 中隐藏一个包含 200 多个子节点的 DOM,您会注意到 Chrome 需要 20+ 秒,Safari 需要 5+ 秒,Firefox 需要不到 1 秒。渲染时间不同,因此您必须确保对其进行测试以了解每个用户的体验。
      3. 功能 - 几个 HTML5 功能不同,它们没有相同的功能集。
      4. JavaScript - 上述用户提到的一些差异,另一个例子可能是关键事件冒泡不同。

      但是,它们在布局方面非常相似,您不必担心太多(修复非常小),但最好进行测试以消除真正奇怪的情况。

      希望有所帮助!

      【讨论】:

        【解决方案4】:

        必须在两种浏览器上进行测试,甚至跨操作系统进行测试。 Chrome 和 Safari 的呈现方式不同,特别是如果您使用自定义字体(通过 @font-face)。我发现即使是 Chrome 在 Linux 和 Windows 中使用时呈现不同的效果,而 Safari 在 Windows 和 iPad 上呈现不同。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2011-05-10
          • 2011-11-22
          • 2019-11-09
          • 1970-01-01
          • 2010-11-28
          • 2021-11-16
          相关资源
          最近更新 更多