[FDE] Firefox 39.0a 部分站点加入对 webkit 前缀的模拟

背景是现在有一些网站专为 webkit 内核的浏览器优化，比如 safari，Chrome（在 CSS 的属性名里面加入 webkit-，类似以前 moz-），使得 Firefox 在访问这些网站时候出现排版不佳等兼容性问题。典型的是 sina.cn 等国内网站。



所以 Firefox 39 里面加入了对 webkit- 的模拟，优化在这些站点的显示。



不过仅仅是部分站点，并非所有站点，详细清单见：
https://hg.mozilla.org/mozilla-central/file/tip/caps/nsPrincipal.cpp#l635

大部分都是 sina、qq、baidu 等移动版的网站，所以这个模拟更多会让 Firefox 移动版显示更好。

如果要关掉这个功能，可以到 about:config：

layout.css.unprefixing-service.enabled

改为 false

Bug 1107378 - rewrite certain -webkit- prefixed CSS (ultimately for sites on a "fixlist", via bug 1132743)

http://www.ghacks.net/2015/05/09/mozilla-adds-webkit-prefix-emulation-to-select-sites-in-firefox/

最后再吐槽一下这些国内网站，都是风吹一边倒，以前都是 IE，就 IE only 网站，现在都是 webkit 内核，就都专为 webkit 优化。不知道是程序员懒，还是公司无所谓。

开发者说有较大的性能损失

饮鸩止渴

no zuo no die why you try

实在不明白google（苹果的webkit没研究过）怎么想的，明明有标准的属性，
却不去掉前缀，甚至不支持标准的属性（明明有对应的-webkit-前缀私有属性）
忘记FF，在哪一版开始新实现的css都去掉（而且不支持）-moz-前缀了（除了一些没成为标准或还在草案里的实现）。
google这是在助长webkit only啊。

lonely_8：实在不明白google（苹果的webkit没研究过）怎么想的，明明有标准的属性，
却不去掉前缀，甚至不支持标准的属性（明明有对应的-webkit-前缀私有属性）
忘记FF，在哪一版开始新实现的css都去掉（而且不支持）-moz-前缀了（...回到原帖

在属性表现未稳定的时候是需要加入私有前缀的，等属性表现稳定后浏览器就会支持去掉私有前缀的标准属性了，每个浏览器都是这么做的
至少在顶楼举例的那个手机新浪网的导航中，给导航栏添加个display: -moz-box属性的话，导航栏也会变成一个框的（而不是像原来那样按列表来显示的），而firefox 37目前也不支持去掉私有前缀的display: box属性
所以说最大的问题是国内公司不肯花心思应对那些使用firefox浏览器的用户，而更重视那些使用市场占有率较高的浏览器的用户
（就算chrome浏览器迟迟不肯支持去掉前缀的标准属性，只要那些公司写代码的时候不仅仅采用-webkit-前缀的私有属性，而同时采用去掉前缀的w3c标准属性的话，那等firefox支持那些w3c标准属性的时候，firefox浏览器依然能够表现正常）

喵拉布丁：在属性表现未稳定的时候是需要加入私有前缀的，等属性表现稳定后浏览器就会支持去掉私有前缀的标准属性了，每个浏览器都是这么做的
至少在顶楼举例的那个手机新浪网的导航中，给导航栏添加个display: -moz-box属性的话，导航栏也会变成一...回到原帖

我曾经也是这样想的。
现在看看animation这个已经是几年前的了，chrome依然只支持私有前缀的。
又如更早年已经稳定了的border-radius之类的FF已经不支持-moz-（促进了标准化进程）的了，chrome却依然支持-webkit-。
再看近期FF新支持的filter，writing-mode（属性值）哪个有-moz-。
你说的display: -xx-box算是实验的，但没成为标准，现在已经被display:flex取代了。

lonely_8：我曾经也是这样想的。
现在看看animation这个已经是几年前的了，chrome依然只支持私有前缀的。
再看近期FF新支持的filter，writing-mode（属性值）哪个有-moz-。
你说的display: -xx-box算是实验...回到原帖

但是只要那些公司写代码的时候不仅仅采用-webkit-前缀的私有属性，而同时采用去掉前缀的w3c标准属性的话，firefox即使目前不支持，以后依然能够支持
所以说问题的关键不在于chrome是否应该早点去掉前缀（当然早点去掉更好），而在于那些公司对于其他浏览器的重视程度，在这一点上国内公司做的很差

喵拉布丁：但是只要那些公司写代码的时候不仅仅采用-webkit-前缀的私有属性，而同时采用去掉前缀的w3c标准属性的话，firefox即使目前不支持，以后依然能够支持
所以说问题的关键不在于chrome是否应该早点去掉前缀（当然早点去掉更好），而在...回到原帖

我更新了6楼的一点发言（第3行）。
就是针对这个问题的。

lonely_8：我更新了6楼的一点发言（第3行）。
就是针对这个问题的。回到原帖

比起webkit的做法，我更搞不懂的是某些国内公司的做法
比如我以前写某个CSS3的新属性，就算不加入-moz-前缀，而只考虑webkit的浏览器的话，我至少也会加个没有前缀的w3c标准属性（这样我以后就不用改了）
但是它们的做法就是只用-webkit-前缀，-moz-前缀就不加也就算了，它们甚至连不带前缀的w3c标准属性都不加入

喵拉布丁：比起webkit的做法，我更搞不懂的是某些国内公司的做法
比如我以前写某个CSS3的新属性，就算不加入-moz-前缀，而只考虑webkit的浏览器的话，我至少也会加个没有前缀的w3c标准属性（这样我以后就不用改了）
但是它们的做法就是只...回到原帖

所以说，应该想想google的做法，
应该将一些标准里稳定了的属性强制性地去掉私有前缀的支持，FF就是这么干的。
当网站出现问题时，那些公司还不知错吗？
google为了现在的网站“兼容性"一点也没为标准化进程出力，
甚至越来越webkit only。

lonely_8：所以说，应该想想google的做法，
应该将一些标准里稳定了的属性强制性地去掉私有前缀的支持，FF就是这么干的。
当网站出现问题时，那些公司还不知错吗？
google为了现在的网站“兼容性"一点也没为标准化进程出力，
甚至越来越we...回到原帖

毕竟是商业公司，更注重商业利益，不像Mozilla这样的非营利性组织一样
可惜我大火狐的市场份额在国内实在不值一提（移动端就更别说了），就算FF用户浏览那些网站显示不正常，对那些公司来说也不痛不痒，只好被迫采取像顶楼那样的手段了

如果是独创的技术，xx-only本身不是问题；有问题的是明明没有本质上的区别，刻意用一些特定标识去人为地生产“不兼容”，这样的商业公司就是其心可诛了！

喵拉布丁：在属性表现未稳定的时候是需要加入私有前缀的，等属性表现稳定后浏览器就会支持去掉私有前缀的标准属性了，每个浏览器都是这么做的
至少在顶楼举例的那个手机新浪网的导航中，给导航栏添加个display: -moz-box属性的话，导航栏也会变成一...回到原帖

标准是相互的合作的，又不是政府行政命令的，大家都要为一个简洁的开放的网络做一点贡献，做一点支持。google可以后天默默升级chrome，可以强制不安装非google商店的扩展，但就是不愿为标准做一点努力，完全是不负责任的做法，或者说是野心勃勃的做法甚至居心叵测的做法。双方都有错，单方面为google开脱没有意义。

pangyf10：标准是相互的合作的，又不是政府行政命令的，大家都要为一个简洁的开放的网络做一点贡献，做一点支持。google可以后天默默升级chrome，可以强制不安装非google商店的扩展，但就是不愿为标准做一点努力，完全是不负责任的做法，或者说是野心...回到原帖

我可没有为google开脱，只是说错误更严重的是某些国内公司罢了
看看顶楼那站点列表，大部分都是国内或日本的网站