开发者

What compatibility do I lose when dropping the -khtml- vendor prefix?

I have bits and pieces of CSS that use the -webkit- vendor prefix. For compatib开发者_运维百科ility 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.


The -webkit- prefix has been around since Safari 3. The -khtml- references in Safari 2 were replaced from that point on.

References

  • Webkit 63854 Changelog

  • Chromium Changelog

  • Webkit Bug 42990

  • Unforking of KHTML and WebKit

  • Interview with Lars Knoll, creator of KHTML

  • Companies and Organizations that have contributed to WebKit

  • konqueror/kcmcss.cpp at master · KDE/konqueror


The only browser that uses the -khtml- prefix now is a Konqueror, since it have a very little market share (less than 1%), you can drop it safely.


Basically very less people uses Konqueror, So it is not necessary to use -khtml- prefix

But if required you, can only use this with the -khtml- prefix

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜