Neovim操作符待决模式下f与t同呈exclusive行为与Vim不符问题

• 迁移场景：从Vim切换至Neovim后，操作符待决模式下t、f跳转的选中边界和Vim原生操作习惯不一致
• 复现条件：
  • 系统环境：Ubuntu 18.04
  • Neovim版本：0.8.0
  • 终端环境：kitty、konsole下均可稳定复现
  • 测试基线：无插件、空配置启动Neovim，已排除自定义配置、第三方插件冲突可能
• 具体行为差异：
  • Vim原生逻辑：d/v/y/c等操作符后接f触发跳转时，遵循inclusive（包含）规则，选中范围包含f匹配到的目标字符；t遵循exclusive（排他）规则，选中范围不包含目标字符
  • Neovim异常表现：操作符待决模式下f和t行为完全一致，均遵循exclusive规则，不会包含f匹配到的目标字符
• 已排查路径：查阅selection、select-mode相关官方帮助文档，未定位问题成因

按优先级依次尝试以下方案：

1. 校正selection配置项默认值
   Neovim官方空配置下selection默认值应为inclusive，Ubuntu源分发的Neovim 0.8安装包存在默认值被修改的可能，会触发该问题。
   临时验证：在Neovim普通模式下执行命令

:set selection=inclusive

测试df/yf等操作是否恢复正常，如果生效，将set selection=inclusive写入Neovim配置文件永久生效即可。

2. 显式映射还原Vim原生行为
   如果调整selection后问题仍存在，直接通过操作符待决模式的映射强制对齐Vim逻辑即可，该方案无副作用，不会影响普通、可视等其他模式下的f/F行为。

• 使用vimscript语法的init.vim配置时，添加以下内容：

  " 对齐Vim操作符待决模式下f/F的inclusive选中逻辑
  onoremap f :<c-u>normal! vf<cr>
  onoremap F :<c-u>normal! vF<cr>
  

• 使用lua语法的init.lua配置时，添加以下内容：

  -- 对齐Vim操作符待决模式下f/F的inclusive选中逻辑
  vim.keymap.set('o', 'f', ':<C-u>normal! vf<CR>', {noremap = true, silent = true})
  vim.keymap.set('o', 'F', ':<C-u>normal! vF<CR>', {noremap = true, silent = true})
  

配置保存后重启Neovim即可生效，t/T本身为exclusive属性，不需要额外调整，如果后续发现t/T行为异常，参照上述格式添加对应映射即可。

将光标置于字符串test123的首字符t上，执行df1：

• 符合预期的Vim原生行为：删除内容为test1，光标停在2的位置
• 异常行为：删除内容为test，字符1保留，光标停在1的位置

内容的提问来源于stack exchange，提问作者lyndhurst