[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 优化。不知道是程序员懒，还是公司无所谓。

aaaa007cn：PC端就做IEonly的网站到了移动端还考虑兼容IE那也是醉了回到原帖

哦哈！说起来好像好有道理啊哈哈哈哈哈

zhuzhi00：虽然我们自己在用firefox和chrome，但其实大部分中国人用的还是ie，见过大多数还在用IE8
PC端 -webkit-什么的根本就还不算议题啊哈哈哈哈
顺便吐槽一下，有的网站在PC端就做IEonly到了移动端特么就都无视IE了回到原帖

PC端就做IEonly的网站到了移动端还考虑兼容IE那也是醉了

风往哪里吹、人往哪里倒呗

虽然我们自己在用firefox和chrome，但其实大部分中国人用的还是ie，见过大多数还在用IE8
PC端 -webkit-什么的根本就还不算议题啊哈哈哈哈
顺便吐槽一下，有的网站在PC端就做IEonly到了移动端特么就都无视IE了

竟然没有大贴吧

所以说 mozilla 才是互联网的希望，google宣称的开放只是一种伪善。国内程序员只能说太懒或者对开放、标准毫不关心，当然公司也有原因，程序员增加工作量改为标准，公司也不会给他们多加钱。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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