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

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

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

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

诶嘿, 没注意看帖

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

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

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

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

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

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

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

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

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

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

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

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

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

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使命）。

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

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

XUL抛弃是历史潮流，核心开发者不想写XUL了（而扩展作者喜欢它们，封装良好和强大的XPCOM API等），又能怎么办。如果真有很多喜欢XUL的程序员，苍月等第三方版本就能大发展。

至于未来功能，如果Mozilla的工作人员日常在用Firefox而非Chrome，就还有点希望，否则就比较难堪。

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

我曾经也是和你一样是一个重度爱折腾的Firefox 用户，喜欢倒腾各种扩展，然后就积极参与汉化，无论是和作者合作汉化还是自己汉化。但现在热情下降了，很少折腾了，自己也感觉折腾的用户实在是少数。
虽然现在看似 Firefox 的响应度和性能还可以，但如果还停滞不前，早晚会被远远抛离。

Firefox 目前做法的确有点喜新厌旧，但也是不得以为之。




PS：跑题了，大家还是回归帖子话题本身吧。

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

其实重度扩展用户在火狐里也只是少数。据谋智自己的统计，至少有4成的用户没装扩展，剩下的大部分也只装了少数常用的扩展。
虽然那些重度扩展用户才是粘性最高的用户，但是这部分用户的相对数量实在不高，谋智也不可能只照顾这一小部分用户的需求，何况XUL确实已经老旧了。

我来举一个很简单的例子，在linux上，ctrl+q是firefox的退出热键，这个热键非常容易被误触，特别是在按ctrl+w时手指经常就不小心拐到q上了。因此禁用或者修改这个退出热键是个非常基本非常普遍的需求。但firefox本身不提供这一功能。我自己是用menu wizard 来做热键修改的，看顶楼列的一个禁用ctrl+q的拓展大概也是作此用的。但这两个拓展都会在57之后失效。

相似的情况在firefox还有很多很多，你在mozilla support 或者bugzilla 里搜索某个问题时也经常会看到解决方案是叫你去安装什么什么拓展。所以说，问题的关键在于，一个一直以瘦身为己任，开发资源严重不足，连用户的核心需求都要依赖拓展来实现的浏览器有什么资格学chrome那样玩浏览器内部与拓展分离？

凭mozilla自身的体量从来就无法和google竞争。以前的firefox好歹在社区和拓展开发者上有些优势，以后的firefox若完全抛弃xul和历史积累的拓展和作者，强制推行webext，这和自断双臂有什么区别？

有人要说了，以后的firefox速度特别快，什么e10s，量子xxx，各种黑科技。
我就老实讲了，我的开发机上用的还是FF45版，百分之九十的时间都是在阅读文档或者浏览社区，基本不会拿来看视频或者玩什么网页游戏；在这种使用环境下，几乎不会有卡顿出现，我也从来不觉得我的浏览器需要更快的速度，而且还能享受到各种拓展提供的定制性和强大功能。这种情况下我是傻了才会想要牺牲这些换什么多进程或着一两秒的启动加速。
（况且你的spidermonkey再快能快过v8么？）

就跟你们讲，45大法好，好用又不卡，而且功能强。
腐朽守旧保平安，什么es678，统统靠边站。
没想到有一天我也会成为浏览器兼容性的毒瘤拖累，但话说回来，像我这种一小撮用户大概本就属于被无视的。

FoxyProxy有进展吗?

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

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

因为xul 扩展或过于深入 Firefox 内部，非常容易在 Firefox 现有框架更新组件的情况下失效，作者疲于更新，最后放弃更新。这是 Firefox 的阿喀琉斯之踵。Firefox 需要变得性能越来越高，需要实现多进程，内核组件更新换代，但是传统扩展反而变成了掣肘，所以才要建立一个扩展和内部分离的架构。就像当初一开始 Chrome 那样。没法提升浏览器性能，就没法和 blink 内核浏览器竞争。现在的 Firefox 不改变，就那样了，市场份额只会不断减小，再核心的用户如果浏览器卡顿，而其他所有浏览器速度都很快，总有一天也会离开的。