我刚刚在 3 分钟前做到了这一点。 我浏览了快捷方式列表并将 gmail 排除的键设置为 jkhlgGzduryivVabceoOTbB[]m`nNHLKJtxXW<>? （这可能不适合你；我已经进行了其他配置更改）

我不确定OP提出的解决方案是最好的。 一个涵盖大多数情况且不需要一堆解析代码的更简单的解决方案是：有一个开关，将字段从“禁用这些键”更改为“仅启用这些键”。 如果您了解 vimium 代码库，那么您可以在一个小时内完成这种事情。

一些考虑：

• 这会禁用带有修饰符的键吗？
  
  
  
  • 如果是这样，就没有办法重新启用它们； 我们目前在密码字段中无法识别这些（尽管可以刷新 #1368 来解决这个问题）。
  
  
  • 如果不是，我们如何简明扼要地与用户沟通，以免他们感到意外？
  
  
• 如果我们在独占键之前使用+ ，您如何禁用+上的映射？
• 我们如何在不超出图标弹出窗口的有限空间的情况下，让用户在每条规则上清晰地选择（并让他们看到他们已经做出了什么选择）？
  
  
  
  • 也许<select>带有“禁用”和“仅允许”作为选项？ 会不会太大？
  
  
• 像 #1188 中那样更强大的基于文本的配置会是可接受/好/更好的选择吗？

实际的后端代码更改应该相当容易，几乎不需要更改即可支持这一点。

1. 我实际上完全忘记了 mod 键，所以很清楚。 我很高兴
   让相关功能完全忽略 mod 键。 网络应用的趋势
   无论如何似乎都是针对 vim 风格的键绑定，所以这就是我们需要的地方
   以避免冲突。
2. 这是不使用 +-syntax 的另一个重要原因。 或者至少直到
   用户有一个实际的用例。
3. 上面标有“反转”的一个复选框，可能带有“wtf”是这个
   拉屎？' 链接到文档。
4. 这将是一种更复杂且不需要明确的替代方案。
   “我只想在 gmail/twitter/other-app 中使用一些 vimium 功能”是
   可能是很多高级用户想要的东西（我们已经有 2 个；和
   开始时总数并不大）。

我不反对花哨的文本配置本身，但有没有更简单的功能
请求覆盖 ​​90% 的案例？ 考虑到我在问我已经问过的人
从来没有见过免费为我写代码（据他所知），我觉得
我有责任检查。

2015 年 5 月 6 日，星期三，下午 6:20，Matthew Ryan通知@github.com
写道：

一些考虑：

• 这会禁用带有修饰符的键吗？
  
  
  
  • 如果是这样，就没有办法重新启用它们； 我们目前没有
    
    在密码字段中识别这些（尽管 #1368
    
    https://github.com/philc/vimium/pull/1368 可以刷新到
    
    修复它）。
  
  
  • 如果不是，我们如何简明扼要地与用户沟通，以便他们
    
    不吃惊？
  
  
  • 如果我们在独占键之前使用 +，您如何禁用映射
    
    在+？
  
  
• 我们如何在每条规则上为用户提供这种选择（并允许他们查看
  他们已经做出了什么选择）清楚地没有超出有限的范围
  图标弹出窗口中的空间？
  
  
  
  • 也许一个使用“禁用”和“仅允许”作为选项？
    
    会不会太大？
  
  
  • 是否会有更强大的基于文本的配置，如 #1188 中的配置
    
    https://github.com/philc/vimium/issues/1188是一个
    
    可接受/好/更好的选择？
  
  

实际的后端代码更改应该相当容易，很少
需要改变那里来支持这一点。

—
直接回复此邮件或在 GitHub 上查看
https://github.com/philc/vimium/issues/1560#issuecomment -99668372。

我很高兴相关功能完全忽略 mod 键

但这是正确的做法吗？ 就我个人而言，我会更高兴登陆 #1368（我会 ping 史蒂夫，看看是否有可能）并制作“只有密码字段中的键和组合才能被 Vimium 识别”的功能，所以我们不接受任何人措手不及。

上面标有“反转”的一个复选框，可能带有“这是狗屎吗？” 链接到文档。

在大多数情况下，人们不会阅读文档，因此 UI 必须非常易于解释。 当我开始这样做时，我会尝试使用“反转”复选框。

这将是一个更复杂且不需要明确的替代方案。

同意。 有几次我希望它在我们的和页面的映射重叠的页面上_更改_一些映射，并且_both_很有用——但在这里它可能有点矫枉过正。

1. 也许不是，但我不明白为什么我们不能从支持开始
   非 mod 键，然后添加对 modkeys 的支持。
2. 我们可以禁用该复选框并要求您通过设置启用它，
   但总的来说我不同意。 我们不是在谈论软件
   每个人。 这是一个为那些对他们的浏览器不满意的人准备的程序
   足够像vim。 他们的阅读容忍度高于平均水平
   文档。

2015 年 5 月 7 日星期四下午 2:19，Matthew Ryan通知@github.com
写道：

我很高兴相关功能完全忽略 mod 键

但这是正确的做法吗？ 就我个人而言，我会感到更快乐的着陆

1368 https://github.com/philc/vimium/pull/1368 （我会 ping 史蒂夫和

看看这是否有可能）并使该功能“只有键和
密码字段中的组合将被 Vimium 识别”，所以我们
不要让任何人感到意外。

上面标有“反转”的一个复选框，可能带有“这是狗屎吗？”
链接到文档。

在大多数情况下，人们不会阅读文档，因此 UI 必须是
很不言自明。 当我得到时，我会尝试使用“反转”复选框
轮到这样做。

这将是一种更复杂且不需要明确的替代方案。

同意。 我曾多次想要_更改_页面上的一些映射
我们和页面的映射重叠的地方，并且_两者_都是有用的——但是
这里可能有点矫枉过正。

—
直接回复此邮件或在 GitHub 上查看
https://github.com/philc/vimium/issues/1560#issuecomment -100022074。

这不是我的项目，我也不是官方贡献者，所以我只是想通过这个功能保持设计目标。 但这可能是 Vimium Labs (#1542) 的一个很好的候选者，虽然细节已经确定。

关于排除/包含切换的想法......这会（重新）引入多个匹配规则的排序问题吗？

这会（重新）引入多个匹配规则的排序问题吗？

如果我们将它们视为“禁用”与“仅允许”，那么我们可以首先应用所有“仅允许”规则并从结果中减去“禁用”规则，因此顺序无关紧要。

我不熟悉之前对这个问题的讨论，但你能
想想为什么要指定禁用规则和只允许规则
相同的网址不是用户错误吗？ 我认为正确的做法
会警告用户他们做了一些奇怪的事情，然后
任何一个

一个。 命令他们修复它。
湾。 通过忽略禁用规则来解决它。
C。 按照 Matthew 的建议解决它。

我的意思是，我想_也许_用户想要忽略所有谷歌应用程序的 W，但是
不是其他网址，然后还想在 gmail 上仅启用 f，或者
东西，但这似乎很奇怪。 但如果我们允许奇怪
可能性，我可能想在所有谷歌应用程序_except_gmail上禁用W，
并在gmail中启用f。

我想这不会是太多额外的开发工作来制作
解析规则可配置（与解析键规范相比）
语法或更复杂的配置文件），但是（b）仍然看起来像
对我来说最好的解决方案。 当我说“只允许”时，我可能想要“允许
确切地。”

谁能想到上述的一个现实的反例？ 也许“我从来没有
想在 https url 上运行某些命令”或其他什么？我不知道。
only=exactly 对我来说似乎是最好的。

2015 年 5 月 7 日星期四晚上 9:08，Matthew Ryan通知@github.com
写道：

那会（重新）引入多重匹配的排序问题吗？
规则会很重要吗？

如果我们将它们视为“禁用”与“仅允许”，那么我们可以应用所有
首先是“仅允许”规则，然后从结果中减去“禁用”规则，
所以顺序应该无关紧要。

—
直接回复此邮件或在 GitHub 上查看
https://github.com/philc/vimium/issues/1560#issuecomment -100096596。

你能想到为什么为同一个 url 指定禁用规则和只允许规则不是用户错误的任何原因吗？

当用户只希望为整个站点启用一些键，并进一步希望为站点的特定页面/部分删除一些键时，这似乎是完全合理的。 例如：

只允许：

https?://your.domain.tld/* fJKjki

禁用：

https?://your.domain.tld/a-particular-page jk

哦耶

2015 年 5 月 8 日星期五晚上 8:46，Matthew Ryan通知@github.com
写道：

你能想到为什么要指定禁用规则和
同一网址的仅允许规则不是用户错误吗？

当用户只想启用某些键时，这似乎是完全合理的
整个站点，并进一步希望删除特定页面/部分的一些键
网站。 例如：

只允许：

https?://your.domain.tld/* fJKjki

禁用：

https?://your.domain.tld/a-particular-page jk

—
直接回复此邮件或在 GitHub 上查看
https://github.com/philc/vimium/issues/1560#issuecomment -100421213。

一个很好的用例是使用 JIRA。 我使用 JIRA 的大多数快捷方式（很多），但我仍然希望o搜索新标签，并f跟踪链接。 我可以在框中输入整个字母表，这没关系，但反向规则会更简单:)

@smblott-github 你能修改一下吗？ 我也有类似的需求，比如在一些自己有很多快捷键的网站（JIRA、GMAIL、YOUTUBE 等）上只使用“f”键。

非常感谢！

请这样做，我只想将 Vimium 用于“f”功能，因为我已经知道许多 chrome 快捷方式，这是我唯一需要的

@DamirCiganovic-Jankovic。 您可以在选项页面上取消映射您从不使用的键。

@smblott-github 我看到这是由于缺乏兴趣而关闭的。 如果产生足够的兴趣，是否有机会重新开放？ 😄

为了添加我自己的故事，我多年来一直忠实地使用 Vimium，直到大约 2 年前，当我意识到我最常使用的 _most_ 网站（gmail、github、reviewable）有太多相互冲突的快捷方式时。 所以我最终在我使用的大多数网站上都禁用了 Vimium，所以我放弃了 Vimium。 如果我可以将这些网站上一些最常见的 Vimium 快捷方式列入白名单，那就太好了（当然， f将是列表的顶部）。

_{（未来的读者，请在此线程的顶级评论中竖起大拇指以注册您的兴趣！）}

似乎#3272 也报告了这个问题，并且有很多类似的问题。 在https://github.com/philc/vimium/issues/3272#issuecomment -475296695 中是否有人对我的想法感兴趣？

我发现这是一个必不可少的功能，并认为应该重新打开它。 我很高兴通过代码，但还没有时间。 因此，这是我将尝试使用的解决方法来避免所有冲突，同时不必完全禁用整个地方的 vimium。

据我所知，这是 vimium 使用的所有键 -
带空格：？ hjklg G drsf F o O b BJK 0 $ ^ ytx XTW pma A ` iu U e E z HL v V
修剪：?hjklgGdrsfFoObBJK0$^ytxXTWpmaA`iuUeEzHLvV

1. 转到您最喜欢的文本编辑器（例如 Vscode）
2. 粘贴字符串
3. 搜索并删除要在 Vimium 中启用的键。
4. 将字符串左侧的内容粘贴为 Vimium 弹出窗口中的排除模式