Neovim T和F在运算符模式下具有相同的独家行为
我正在从vim慢慢迁移到neovim,并且有一个习惯,我在vim中使用t
或f
在运算符模式中,这种习惯在Neovim。
当在D
之后使用时,V
,y
或c
在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 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
这确实是插件冲突,即使我仍然不知道为什么我能够以
- 清洁 flag重现该问题。很明显,这是我身边的问题,我终于能够隔离负责的插件。-noplugin
感谢您的帮助。
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.