Neovim T和F在运算符模式下具有相同的独家行为

发布于 2025-02-11 10:43:58 字数 485 浏览 1 评论 0原文

我正在从vim慢慢迁移到neovim,并且有一个习惯,我在vim中使用tf在运算符模式中,这种习惯在Neovim。

当在D之后使用时,Vyc在Neovim中待处理模式中的,f的行为完全像t以独特的方式行为,而在vim中,f具有包容性效果。

我在Neovim中尝试使用空配置和插件,以确保没有冲突,并且我读了一些help 选择select> select mode >但是我无法找出问题的原因。

我在Ubuntu 18.04上使用Neovim 0.8.0,并且在Kitty和Konsole中尝试了相同的结果。

感谢您的帮助。

I am migrating slowly from Vim to Neovim, and there is one habit that I have of using t or f in operator pending mode in vim that does not work the same way in Neovim.

When used after d, v, y, or c in operator pending mode in Neovim, f behaves exactly like t in an exclusive fashion whereas in Vim, f has an inclusive effect.

I tried in Neovim with empty config and no plugins to make sure there are no conflicts, and I read some help sections about selection, select-mode but I cannot figure out the cause of the problem.

I am using Neovim 0.8.0 on Ubuntu 18.04, and I tried in both kitty and konsole for the same results.

Thanks for your help.

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

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

发布评论

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

评论(1

眼眸 2025-02-18 10:43:58

这确实是插件冲突,即使我仍然不知道为什么我能够以-noplugin - 清洁 flag重现该问题。很明显,这是我身边的问题,我终于能够隔离负责的插件。

感谢您的帮助。

It was indeed a plugin conflict, even though I still do not know why I was able to reproduce the issue starting neovim with --noplugin, the --clean flag made it clear that it was a problem on my side, and I was finally able to isolate the plugin responsible.

Thank you for your help.

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