yfdyh000：有一个 https://addons.mozilla.org/firefox/addon/disable-ctrl-q-and-cmd-q/ ，不知道是否有效。

XUL抛弃是历史潮流，核心开发者不想写XUL了（而扩展作者喜欢它们，封装良好...回到原帖

This add-on does not work as expected in Linux, until bug 1325692 is fixed. On Mac it works, I'm not sure about Windows. If you use Linux (and maybe Windows too), see this reply for alternatives).

测试了一下，果然如作者所说，这个拓展在linux下（debian testing + FF53)无效。
非常怀疑这个 bug 1325692 不能在57之前解决……

其实很早之前听说firefox在计划支持类chrome的拓展时我是很开心的，但当时万万没想到这会以完全抛弃XUL为代价。

哈哈，我也怀疑mozilla那群人平常是不是chrome用得更多……
其实笑不出来:(

myhead：This add-on does not work as expected in Linux, until bug 1325692 is fixed. On Mac it works, I'm not sure about Windows....回到原帖

@myhead 论坛问题，回复按钮点不动。

不抛弃XUL、SDK等也是可能的，但结果是支离破碎（部分功能能用，部分功能偶尔能用）以及难以维护。Firefox经常砍界面（如火狐橙、附加组件栏等等）和参数（不少首选项），就是为避免维护问题（或者不想写兼容？…）。Firefox一直有软件膨胀的问题，所以可能不想保留很多兼容层，或者没有这个习惯和要求。但这个习惯让用户很受苦，以前附加组件每升一次版本还要改xpi或加首选项，Mozilla视而不见…其他事例也是。
砍XUL是技术方向、导向的问题，没有什么未来，Mozilla又不像Google那样可以将它独立撑起来（也不符合Mozilla使命）。

myhead：我来举一个很简单的例子，在linux上，ctrl+q是firefox的退出热键，这个热键非常容易被误触，特别是在按ctrl+w时手指经常就不小心拐到q上了。因此禁用或者修改这个退出热键是个非常基本非常普遍的需求。但firefox本身不提供这...回到原帖

如果只是快捷键的话，KeyTweak.uc.js就挺好用的——不过57以后也要挂

如果只是快捷键方面的定制需求，可以考虑autohotkey
缺点是只能禁用或者调用外部脚本，没法挂载和fx本身交互的脚本了（比方说ctrl+q改成新建标签）


; 禁用fx ctrl + q
#IfWinActive ahk_class MozillaWindowClass
^q::
        ; Suspend
Return
#IfWinActive

yfdyh000：@myhead 论坛问题，回复按钮点不动。

不抛弃XUL、SDK等也是可能的，但结果是支离破碎（部分功能能用，部分功能偶尔能用）以及难以维护。Firefox经常砍界面（如火狐橙、附加组件栏等等）和参数（不少首选项），就是为避免维护问题...回到原帖

抛弃xul是必然的趋势，在原架构下写个支持多进程的脚本实在是太蛋疼了，把这些复杂的逻辑封装成一个通用api怎么看都是时代的趋势……
唯一的问题是现在webext的api实在是太弱，不管是这个页面，还是这个页面，满屏幕的None简直滑稽

yfdyh000：@myhead 论坛问题，回复按钮点不动。

不抛弃XUL、SDK等也是可能的，但结果是支离破碎（部分功能能用，部分功能偶尔能用）以及难以维护。Firefox经常砍界面（如火狐橙、附加组件栏等等）和参数（不少首选项），就是为避免维护问题...回到原帖

感觉就是不想写或者没有人力写兼容。而且这种决定经常做起来很粗暴：一旦mozilla决定以后不再花功夫给某某做兼容了，或者决定以后不再维护某项目了，就算firefox现存的代码仍然可用，就算某某的兼容性在目前不会出现问题，他们也一样会在当下的版本中就禁止你使用这些东西，不要说在用户界面里留个开关选项了，他们通常连个about:config里的首选项都不给你留下，顶多给你留个可选的编译参数……
大概是嫌这些东西如果留下的话以后有人发现问题了来提bug很麻烦，直接干掉一了百了。

好迷啊，论坛的回复按钮下午的时候我还点得动的，这次回复的时候就变成disabled了。

白左：如果只是快捷键的话，KeyTweak.uc.js就挺好用的——不过57以后也要挂

如果只是快捷键方面的定制需求，可以考虑autohotkey
缺点是只能禁用或者调用外部脚本，没法挂载和fx本身交互的脚本了（比方说ctrl+q改成新建...回到原帖

其实menu wizard的修改快捷键功能已经足够好用，尽管它的主体功能是任意菜单的定制。

Autohotkey确实不错，我自己的windows机上也在用，然而会ctrl+q退出的是linux机啊……

myhead：其实menu wizard的修改快捷键功能已经足够好用，尽管它的主体功能是任意菜单的定制。

Autohotkey确实不错，我自己的windows机上也在用，然而会ctrl+q退出的是linux机啊……回到原帖

诶嘿, 没注意看帖

印象中一直以为ahk是跨平台的, 原来是错觉

我说怎么最近LastPass这么难用（有点象是chrome的使用体验），原来是支持了WebExtensions。

我是不懂技术了，如果ff的目标就是做成chrome那样的体验，那我会使用chrome。
过去我们说chrome的扩展体验跟ff比，就像幼儿园跟大学生比一样，毫无可比性，体验完全不是一个层次。

flycomics：我是不懂技术了，如果ff的目标就是做成chrome那样的体验，那我会使用chrome。
过去我们说chrome的扩展体验跟ff比，就像幼儿园跟大学生比一样，毫无可比性，体验完全不是一个层次。回到原帖

chrome 未必好用，限制很多，而且还被 Google 监视着。

还留在FF就是因为chrome不能提供那（可能）0.1%的使用体验，就是差那么一点点，就像做菜多了那么一点点香料那样，区别是很大的。我相信很多还留在FF的使用者，都是有这些个独特的体验需求的，如果这点消失了，那……

flycomics：我是不懂技术了，如果ff的目标就是做成chrome那样的体验，那我会使用chrome。
过去我们说chrome的扩展体验跟ff比，就像幼儿园跟大学生比一样，毫无可比性，体验完全不是一个层次。回到原帖

其实Mozilla想的也许很简单，就是想吸引一些原本的chrome用户过来，从chrome这个宇宙第一浏览器手里抢回一点市场。

我自己其实是觉得mozilla你不要再做什么让firefox重回巅峰的妄想了，google你是肯定比不过的，希望firefox能安分地做一个小众浏览器。

然而web市场实际是很残酷的，如果你一个浏览器的市场份额太低，人家网站可能压根懒得给你做适配，要么功能缺失或者页面显示不正常，要么其实本来可以正常使用人家网站却通过辨识UA拦截了你的访问，给你弹个窗：您的浏览器过老，请安装最新版的Chrome浏览器 blah blah...

大抵在这个混乱邪恶的前端世界里，小众浏览器是没有什么生存空间的。

于是这种时候我总会妄想如果这个世界上没有出现过Chrome该多好。

白左：DTA的作者在公开信的最后说道：DTA这12年来不间断地更新维护，至今拥有一百多万用户，什么大风大浪没见过，可是最后还是翻在webExt这阴沟里了

作为一个接管下载行为的扩展，想必使用了相当多非常底层的、一般用户完全察觉不到的API来...回到原帖

阻挡 DTA 之类下载管理扩展的最大障碍是谋智拒绝给 webext 提供读写任意文件的 api
https://wiki.mozilla.org/WebExtensions/Filesystem

yfdyh000：有一个 https://addons.mozilla.org/firefox/addon/disable-ctrl-q-and-cmd-q/ ，不知道是否有效。

XUL抛弃是历史潮流，核心开发者不想写XUL了（而扩展作者喜欢它们，封装良好...回到原帖

就连谋智专门负责 PR 的市场总管都敢在非官方的官方部落格（The Official Unofficial Firefox Blog）中表示劳资每天都在用 chrome
还有什么希望

而已离职两年的前谋智 CTO 表示已经多年没有关注过 firefox 的市场份额

webext确实很弱智 然而我现在也不需要多强大的自定性 只是可惜了context search x和tabletools2
大不了就停在ff56 现在用nightly发现新技术真地很爽