ff57将会是ff最糟糕的版本，一大波扩展用不了
火狐这几代的界面设计都不讨人喜欢，addons里的Classic Theme Restorer获得最高评分已经说明了一切

当火狐越是像chrome的时候，为什么我不直接用chrome？
顺便@opera12(滑稽)

@fang5566 因为太没技术含量，就不开新帖，直接回复，请教下：在不跳票的前提下，到v57以后，是不是*全部*chrome扩展，*不*经过二次修改，就能直接安装在firefox上，且功能正常？
还是说，仍然要开发者做些适配和专门给firefox版本的修改？

aocif23：ff57将会是ff最糟糕的版本，一大波扩展用不了
火狐这几代的界面设计都不讨人喜欢，addons里的Classic Theme Restorer获得最高评分已经说明了一切

当火狐越是像chrome的时候，为什么我不直接用chrome？
顺...回到原帖

担心的就是这个，但是这些我们能想到，mozilla也应该想的到，希望mozilla能加把劲，开发更强的api

喜马拉雅：@fang5566 因为太没技术含量，就不开新帖，直接回复，请教下：在不跳票的前提下，到v57以后，是不是*全部*chrome扩展，*不*经过二次修改，就能直接安装在firefox上，且功能正常？
还是说，仍然要开发者做些适配和专门给fir...回到原帖

作者要适配并提交到amo才可以安装使用，不过可以使用chrome store foxified扩展强行安装chrome 商店扩展，不过能否使用就不一定了。

喜马拉雅：@fang5566 因为太没技术含量，就不开新帖，直接回复，请教下：在不跳票的前提下，到v57以后，是不是*全部*chrome扩展，*不*经过二次修改，就能直接安装在firefox上，且功能正常？
还是说，仍然要开发者做些适配和专门给fir...回到原帖

Mozilla 在實作api時還是進行了一些挑選，並沒有全部都實作
(也有在正在補充Firefox專有的Webextensions API，作為XUL等舊東西的替代)
如果Chrome的擴展使用了Firefox不支持的API，想移植就會需要多一些修改

這篇在去年底 (2016/11/22)更新
認為就API方面來分析，76%的移植應該是不會遇到太大問題的
http://mckay.pub/2016-11-18-webextensions/


這一頁紀錄了對來自Chrome的API的實作狀況
https://arewewebextensionsyet.com/


這頁就在說明那些API不支持https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Chrome_incompatibilities

這個有些離題，可以看到一些Webextensions API的開發進度
https://trello.com/b/PC9kB14s/webextensions-roadmap

uegajde：Mozilla 在實作api時還是進行了一些挑選，並沒有全部都實作
(也有在正在補充Firefox專有的Webextensions API，作為XUL等舊東西的替代)
如果Chrome的擴展使用了Firefox不支持的API，想移植就會...回到原帖

感谢@uegajde 君这么详尽的回复，这下终于搞清楚了。既然we的到来和弃用xul，已是不可改变的既成事实，那还是希望57早点到来。有好几个chrome独有的扩展，想早点在ff上用到

异想天开下：
① 既然现在develop v55，就能既支持xul旧扩展，也支持we的新扩展，那么，停留在v56/57（即完全剥离旧API的前一个版本），是不是就能（起码在很长一段时间内）既享受旧扩展、又享受新扩展了呢？
② 第三方编译版本如pcx，以及Waterfox/PaleMoon/Cyberfox等延伸版本，它们有没有可能做一个延伸版本，既支持旧扩展体系，又和官方的we体系保持同步，合二为一的版本呢？就像现在的版本，能同时安装Bootstrapped/Jetpacks/传统扩展/WE扩展，4种扩展一样？

我個人倒是在想為了Fireguesture跟Menu Wizard
我應該會一直用Nightly
這樣應該就能 新版本跟舊附件兼得吧 (直到XUL真的被完全移除之前)

而想要用chrome的擴展
可能最關鍵的還是作者想不想要不要移植吧?
如果他有開源那就更好辦了些

喜马拉雅：感谢@uegajde 君这么详尽的回复，这下终于搞清楚了。既然we的到来和弃用xul，已是不可改变的既成事实，那还是希望57早点到来。有好几个chrome独有的扩展，想早点在ff上用到

异想天开下：
① 既然现在develop v5...回到原帖

1. WebExtensions API的实现在Firefox 48或更早就有了，52是较完整的一个实现。可以，目前就是这样，有时需要切换一下首选项。可以保留56珍藏版，以及未来用ESR 52（有后续安全漏洞的修复）。有半可靠消息说(仅)57将保留首选项允许旧扩展开启。
2. 目前可以。但58时发布可能删除扩展SDK，部分旧扩展将无法使用，第三方版本可能得修改。PaleMoon估计无WebExtensions实现，它基于旧版本。

uegajde：我個人倒是在想為了Fireguesture跟Menu Wizard
我應該會一直用Nightly
這樣應該就能 新版本跟舊附件兼得吧 (直到XUL真的被完全移除之前)

而想要用chrome的擴展
可能最關鍵的還是作者想不想要不要...回到原帖

Nightly挺快了，8月2日57发布，就将默认禁用旧扩展（用户能否启用难说）。
手势扩展 https://addons.mozilla.org/firefox/search/?q=gesture&tag=firefox57 可参考。
Menu Wizard可能没有。
有些用户自己签名（需要点技术）/临时加载（附加组件管理器-齿轮按钮-调试附加组件）就可以用，有些得改写，还有些API尚不支持。

yfdyh000：Nightly挺快了，8月2日57发布，就将默认禁用旧扩展（用户能否启用难说）。
手势扩展 https://addons.mozilla.org/firefox/search/?q=gesture&tag=firefox57 可参考。
Me...回到原帖

57時仍會允許Nightly用about:config開啟
之後不確定
https://wiki.mozilla.org/Add-ons/Firefox57

手勢擴展都試過了，無奈受Webextension限制，沒遇到滿意的
Menu Wizard作者明白說了沒辦法

fang5566：作者要适配并提交到amo才可以安装使用，不过可以使用chrome store foxified扩展强行安装chrome 商店扩展，不过能否使用就不一定了。回到原帖

签名呢？

aaaa007cn：签名呢？回到原帖

这个扩展可以自动上传到AMO进行签名，也可以选择临时安装附加组件。自动签名后有的扩展仍会无法安装或使用。

fang5566：这个扩展可以自动上传到AMO进行签名，也可以选择临时安装附加组件。自动签名后有的扩展仍会无法安装或使用。回到原帖

好像是需要用户自己预先注册一个 AMO 帐号用以签名？

而且讽刺的是
这是个 bootstrapped 扩展，也就是 legacy 扩展

以目前 57 的 webext api 规划来看
我们可以确定
chrome store foxified 乙烷

aaaa007cn：好像是需要用户自己预先注册一个 AMO 帐号用以签名？

而且讽刺的是
这是个 bootstrapped 扩展，也就是 legacy 扩展

以目前 57 的 webext api 规划来看
我们可以确定
chrome store foxi...回到原帖

嗯，的确是这样

aocif23：ff57将会是ff最糟糕的版本，一大波扩展用不了
火狐这几代的界面设计都不讨人喜欢，addons里的Classic Theme Restorer获得最高评分已经说明了一切

当火狐越是像chrome的时候，为什么我不直接用chrome？
顺...回到原帖

以前都说CHROME是谷歌的，火狐是自己的。现如今，恐怕连火狐都是谷歌的了。为何不直接使用亲儿子？