删除 -khtml- 供应商前缀时会失去哪些兼容性？

发布于 2024-11-19 20:20:45 字数 585 浏览 1 评论 0原文

我有一些使用 -webkit- 供应商前缀的 CSS 片段。为了与 Safari 的“旧”版本兼容，我对 -khtml- 供应商前缀有相同的规则。我对与 Konqueror 和其他真正的 KHTML 浏览器的兼容性不感兴趣。

例如，我可能有以下规则：

.menuItem {
  -khtml-user-select: none;
  -webkit-user-select: none;
}

我知道现代 WebKit 浏览器在内部将所有 -khtml- 和 -apple- 规则重写为 -webkit-< /code> 规则代替。然而，这给我留下了以下问题：

在哪个版本的 Safari 中，-webkit- 可用？也就是说，在哪个版本之前 Safari 会完全忽略我的规则？

我打算使用此信息来查明我的个人规则（例如 -khtml-user-select）是否有效实际上这个早期版本的 Safari 支持。

原文

I have bits and pieces of CSS that use the -webkit- vendor prefix. For compatibility with "older" versions of Safari, I have the same rule with the -khtml- vendor prefix. I am actively uninterested in compatibility with Konqueror and other true KHTML browsers.

For example, I may have the following rules:

.menuItem {
  -khtml-user-select: none;
  -webkit-user-select: none;
}

I understand that modern WebKit browsers internally rewrite all -khtml- and -apple- rules to be -webkit- rules instead. However, that leaves me with the following question:

In what version of Safari did -webkit- become available? That is, what is the version before which Safari would completely ignore my rules?

I plan to use this information to find out whether my individual rules (such as -khtml-user-select) are actually supported by this early version of Safari.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

听你说爱我 2024-11-26 20:20:45

-webkit- 前缀自 Safari 3。 Safari 2 从那时起被替换。

参考

Webkit 63854 变更日志
Chromium 变更日志< /a>
Webkit 错误 42990< /a>
KHTML 和 WebKit 的分叉
<一href="http://arstechnica.com/apple/2007/06/ars-at-wwdc-interview-with-lars-knoll-creator-of-khtml/" rel="nofollow noreferrer">拉斯·诺尔访谈， KHTML 的创建者
为 WebKit 做出贡献的公司和组织
<一href="https://github.com/KDE/konqueror/blob/master/settings/konqhtml/css/kcmcss.cpp" rel="nofollow noreferrer">konqueror/kcmcss.cpp at master·KDE/konqueror