15楼#
发布于:2016-03-16 22:16
fang5566:mozilla 目前正在推动受欢迎的扩展的开发者将它们的扩展兼容 WebExtensions。肯定不可能所有的扩展都兼容,不过大家使用的热门扩展如果能尽量兼容的话,也会起到很好的示范效应,推动其他更多扩展实现兼容。回到原帖谋智不得不这么干啊 不然谁还肯继续替它卖命 Anthony Lieuallen wrote on August 21, 2015 at 12:10 pm: |
|
|
16楼#
发布于:2016-03-16 22:03
|
|
17楼#
发布于:2016-03-16 22:00
|
|
|
18楼#
发布于:2016-03-16 12:59
aaaa007cn:废弃 xul 扩展和废弃 xul 构架不是同一件事我只是针对你的“扩展必然极少且质量有限”这句话 既然Firefox首先要废弃xul扩展后才会废弃xul构架,而且在两种扩展间还有一段共存期,自然有时间让WebExtensions的扩展数量丰富起来,而edge是才刚刚开始准备支持扩展,两者自然不能相提并论 至于能拥有xul扩展所能实现的功能自然是不用报多大希望,不过mozilla也说了,他们不仅要兼容Chrome,还要实现自己独有的API,当然他们也就是说说而已,还得看做得如何 |
|
19楼#
发布于:2016-03-16 09:47
aaaa007cn:废弃 xul 扩展和废弃 xul 构架不是同一件事mozilla 目前正在推动受欢迎的扩展的开发者将它们的扩展兼容 WebExtensions。肯定不可能所有的扩展都兼容,不过大家使用的热门扩展如果能尽量兼容的话,也会起到很好的示范效应,推动其他更多扩展实现兼容。 |
|
|
20楼#
发布于:2016-03-16 00:50
|
|
21楼#
发布于:2016-03-15 23:44
araki:Firefox不是一下子就从xul切换到WebExtensions的,两者会共存一段时间,所以在共存期间不怕没扩展用,在此期间慢慢完善WebExtensions扩展就行了。至于采用servo引擎根本还没计划,所以不做讨论。回到原帖废弃 xul 扩展和废弃 xul 构架不是同一件事 虽然可能同时发生 但几率极小 切换到 servo 等于废弃 xul 构架 因为 servo 无法渲染 xul 新构架预计应该为纯 html 实现 https://blog.mozilla.org/addons/2016/03/10/developer-support-for-changes-in-add-on-development/ In the next 12-18 months, we will transition to WebExtensions as the standard for creating add-ons. Over the same period of time, existing methods for add-on development such as XUL/XPCOM will be deprecated. 切换到 WebExtensions 预计费时 12~18 个月 同时废弃 xul 扩展 在切换到 servo 之前的一段时间 还在用 xul 构架的 firefox 将完全不支持 xul 扩展 鉴于 WebExtensions 是为了进一步 chrome 化所做的准备 我对 WebExtensions 扩展能在多大程度上覆盖 xul 扩展所能实现的功能完全不报期待 |
|
|
22楼#
发布于:2016-03-15 23:20
|
|
23楼#
发布于:2016-03-15 22:46
|
|
|
24楼#
发布于:2016-03-15 22:43
|
|
|
25楼#
发布于:2016-03-15 22:15
|
|
26楼#
发布于:2016-03-15 21:57
|
|
|
27楼#
发布于:2016-03-15 21:17
支持,到时候一定试试。。。不过赶紧mozilla简直跳票小王子,希望9月前能发布吧,6月感觉没啥指望。
|
|
28楼#
发布于:2016-03-15 20:23
不懂德语
看来源 https://groups.google.com/forum/#!topic/mozilla.dev.servo/dcrNW6389g4 We are planning to release a first version of Servo+Browser.html in June. |
|
|
29楼#
发布于:2016-03-15 19:13
游戏渲染FPS超高
|
|