※ 引述《danny0838 (道可道非常道)》之铭言：
: 另外，ScrapBook (X) 是非常老的套件，自然也是用 XUL 和 XPCOM 写成的，
: 不过据说火狐将要停止支援它们，且可能在 12~18 个月之内发生，
: 这意味着 ScrapBook X 要嘛得大幅改写，要嘛走入历史。
: 而且也不是说改写就改写，得先确定 ScrapBook X 需要的功能能被新 API 支援才行...
: 话说我之前尝试过用 GC 写类似套件，但 GC 似乎不支援直接写入本地端档案...
: Fx 最近越来越走向 GC，未来如果不支援，只好自求多福囉。
最近有些好消息与坏消息。
好消息是，与 Firefox 开发团队联络后得知，
所谓 Firefox 将停止 XUL/XPCOM 支援是指方针上而非技术上，
亦即，XUL/XPCOM 套件未来还是可以在新的 Firefox 上跑，
但将会很不容易、甚至永远不可能通过 AMO 的审核。
这主要是因为 XUL/XPCOM 与 Firefox 内部系统高度整合，
因此很难确认是否会发生与 Firefox 本身或与其他 Firefox 套件的冲突，
审核上会很旷日费时，
因此 AMO 希望开发者使用更容易审核的 Addon-SDK 或未来的 WebExtension 架构。
但反过来说，这表示现有的 XUL/XPCOM 套件未来还是可以跑，
如果 Firefox 有功能或 API 变更，
这些套件的开发者也可以继续更新让它们可用，
毕竟微调现有套件没有新套件不易审核的问题。
就最近的观察，AMO 审核套件的速度有改善，
往往我今天才上传新版，隔天就通过 full review 了，
整体而言还是可以乐观的。
而就最坏的打算，即便 XUL/XPCOM 套件永远不可能通过审核与签署，
由于技术上它们还是可以运作，
只要换成可关闭签署要求的 Firefox 发行版（如 Developer Edition）就能用了。
（当然这会有安全风险，得自行负责）
坏消息是，Firefox 近日开始引入多工系统（Electrolysis），
自约 Firefox 4x 版就开始可切换为多工系统，未来不晓得会不会完全取消单工系统。
许多既有的套件，包括 ScrapBook X，无法在多工系统上正常运作，需要改写，
而不幸的是，ScrapBook X 基于许多陈年的架构因素，需要非常大的改写。
简而言之，我们需要整个砍掉重练，重新打造一个 ScrapBook X 2.0。
目前初步计画如下，欢迎参考：
（英文，因为是与外国人讨论。懒得翻译了XD）
https://github.com/danny0838/firefox-scrapbook/issues/85
至于 ScrapBook X 1.x，目前主要的功能已大致正常且稳定，
除了基本维护与 Bug 修正，大概不会再做涉及陈年架构和多工系统的较大修改了。
欢迎大家提供点子、想法、许愿(?)；或者，如果可以，加入开发行列吧XD
PS: 因为在下美术很烂，而新的功能需要新的图标，诚征高手帮忙orz