※ 引述《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