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
精彩评论