在选定区域的情况下按 Ctrl+C 激活复制命令之前更改速度,而不是允许在区域上执行其他命令

发布于 2024-12-20 11:21:36 字数 157 浏览 0 评论 0原文

在设置了 CUA 绑定的情况下按 Ctrl+C 时,是否可以更改复制命令执行之前的速度。如果按得足够快,您可以在该区域上执行命令,并且复制命令将被忽略。这个设置非常快,如果可能的话我希望等待更长的时间。只是想知道是否有人知道如何更改此设置或在何处进行控制。

Is there a way to change the speed before the copy command executes when pressing Ctrl+C with CUA bindings set. If you press it fast enough you can execute commands on the region and the copy command is ignored. This setting is quite fast and I would prefer it to wait a bit longer if possible. Just wondering if anyone knows how to change this or where this is controlled.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

樱娆 2024-12-27 11:21:36

我不使用 CUA,但它可能是 cua-prefix-override-inhibit-delay:

如果非零,则在覆盖前缀键之前延迟的时间(以秒为单位)。如果
在此时间内有额外的输入,前缀键用作
一个普通的前缀键。因此快速输入按键序列会抑制
覆盖前缀键。作为一种特殊情况,如果前缀键
在这段时间内重复,第一个前缀键被丢弃,所以
快速连续输入两次前缀键也会抑制
覆盖前缀键。如果值为 nil,则使用移位前缀
键来抑制覆盖。

I don't use CUA, but it's probably cua-prefix-override-inhibit-delay:

If non-nil, time in seconds to delay before overriding prefix key. If
there is additional input within this time, the prefix key is used as
a normal prefix key. So typing a key sequence quickly will inhibit
overriding the prefix key. As a special case, if the prefix keys
repeated within this time, the first prefix key is discarded, so
typing a prefix key twice in quick succession will also inhibit
overriding the prefix key. If the value is nil, use a shifted prefix
key to inhibit the override.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文