如题，目前已经跑了 8 个 beta 版了：
https://github.com/danny0838/firefox-scrapbook/releases
有兴趣欢迎加入白老鼠与许愿行列XD
重点更动：
* 修理长久以来无法辨识 HTTP header 档名的问题。
无法辨识 header 的主要问题是对于许多网址是 xxx.php?xxxxxx
的图档、字体档、CSS、JS、或其他档案，会被下载成 .php 之类的
错误副档名，而无法正确辨识档案种类。其中一个衍生后果是 svg
图片会由于副档名没有 .svg 而导致浏览器无法显示。
现在修好了。
* 撷取选项现在会记住上次的撷取细节设定并套用在之后的非细节撷取。
因此以往像多重撷取无法选择撷取细节的问题，现在只要先设一次细节
撷取，再接着使用多重撷取即可。
这些撷取选项也改为记录在 user preference 里，方便汇出带走。
注意：非细节撷取强制不使用下载连结档案和多层撷取。如须使用还是
得用细节撷取。
* 重制下载连结档案的筛选器。
现在使用单一文字区块，每行一个 RegExp 筛选，方便复制贴上。
并且现在也支援根据 HTTP header 的副档名筛选。
* 新增将 data URI 撷取成一般档案。
data URI 有其实用性，不过某些时候我们会希望把它们储存下来，
此时便可使用此功能。
程式会自动使用 sha1sum 作为档名，且有防重复档案的功能。
* 改善深层撷取视窗的界面。
现在暂停、略过、中止等按键反应更为流畅自然。
过去像连结撷取、重新撷取视窗打开后要使用者按确认才会继续
（只有一笔有啥好确认的），现在会自动开始，并且显示较精简
扼要的讯息。
* 无法正常撷取或略过不撷取的档案现在会标示成
urn:scrapbook-xxxxxx:原始网址，以便需要时查照。
* 支援“非资料夹型资料夹”。
现在任何一笔资料都可以转成资料夹节点，然后在下面放入子项目。
以后要让资料夹本身有内容有注解或可搜寻都可以轻易做到，建个笔
记页面转成资料夹即可。
基于历史因素，原先的标准资料夹仍可继续使用。
* 侧栏资料列表支援管理模式。
有些人希望侧栏可以多选操作，不过由于侧栏默认点一下开启，会和
多选操作有所冲突，因此增加了一个管理模式的选项，打开后可以多
选操作，但也会和管理模式一样必须点两下开启。
* 改善资料列表的按键反应。
过去有一些令人匪夷所思的按键反应，现在做了改善。
* 改善输出 HTML 资料列表的使用者接口。
资料夹旁边会显示小三角形箭头标示展开收合状态，还有动画
优化、HTML 原始码优化等等。
* 改善跨平台快捷键支援。包括解决过去 Mac 无法使用 command 键的
问题，并且在 Mac 上会显示 Mac 风格的按键名称。
* 自订热键现在可以自由组合，而不再只能选择主键。
另外还有优化了许多程式码，并且加入了某些隐藏密技供玩家发掘。
如果没有意外大概近期就要出正式版了，目前还有几个地方可能会再调整，
也可能需要相关先进协助：
1. Mac 支援
快捷键能否正常显示及运作还待进一步确认。
因为本人没有 Mac 电脑可以测试，虽然参考了很多文件，但没有实
地测试过还不能100%安心。
https://github.com/danny0838/firefox-scrapbook/issues/108
https://github.com/danny0838/firefox-scrapbook/issues/23
2. 改良多层撷取的筛选器。
目前一行一行加入 include/exclude filter 的方式满不好用的，
有对岸人士在诟病了XD
https://github.com/danny0838/firefox-scrapbook/issues/112
目前初步计画是考虑做成像撷取连结档案那样用一个多行文字方块
写筛选条件的做法，不过可能要支援比较复杂的语法，还待大家集
思广义（如果实在没有好的点子，可能会顺延到下次大改版XD）
3. Firefox 不支援的 CSS 漏失问题。
Firefox 的 CSS 解析器会丢掉 Firefox 不认识的 CSS 样式，这导
致 ScrapBook X 撷取的网页不会记下那些样式，未来便只有在
Firefox 能保证正常显示，到其他浏览器上可能因缺少一些 CSS hack
而无法完全正常呈现。
就网页完美保存的角度来说，这是一个颇令人沮丧的问题orz
要解决这问题，我们必须自己解析 CSS，那就需要一个简单又高效能
的 CSS 解析器，目前还没找到，有待先进协助。
https://github.com/danny0838/firefox-scrapbook/issues/86
4. 其他各方面的一般测试。
凡是程式码大幅改动 BUG 总是难免引进新 BUG，更糟的是像
ScrapBook X 这样老牌的架构无法写自动化测试脚本，只能用龟速的
人工测试。目前已初步处理掉很多问题了，但还是需要一定的扩大测
试才能确认安心。
5. 许愿
有在用且想许愿的要快，好做的也许会直接做进去，否则得等下次不
知何年何月才有的大改版囉。
PS: 1.13.0 预计可能会处理的问题及许愿列表可参见：
https://github.com/danny0838/firefox-scrapbook/milestone/1
NOTE: 几个可能会有人关切的问题
1. 有打算把 ScrapBook X 移植到 Chrome 吗？
A: 目前看起来 Chrome (Chromium) 和 Firefox 的 WebExtension API
以及 Firefox Addon SDK 的 high level API 都无法支援
ScrapBook X 需要的功能；而如果改成 Addon SDK 且使用 low level
API 则仍无法避免未来 XUL/XPCOM 可能停用的危险，且会导致无法相
容 Firefox 38.0 以下的版本，对一个大工程来说这样效益太少，暂
时不会考虑。
简之：在那些大老想开前我们暂时得龟在既有的 XUL/XPCOM 架构上。
注：更具体的说，目前缺乏支援的功能主要是：
（一）存取目前网页中跨网域 frame/iframe document 内容；
（二）读取及写入本机档案；
2. ScrapBook X 会支援 e10s 吗？
A: 目前 SBX 在 shim 相容处理下可以运作，只是效能较差。没有 shim
则确定是不能运作的。有尝试改写过但 message manager 相关 API 很
混乱，有些技术问题暂时还未解决，未来如果能解决就会改写，只是不
知道是什么时候XD