V2EX › pony279 的所有回复 › 第 6 页 / 共 14 页

> tmap 是 neovim 中的命令，在启动 vim 时却报这个错。（怀疑楼主所说的支持 vim 只是理论上，实际上没测过）

tmap 在新版的 vim8 也有了，我测试的版本是 8.1.135 http://vimhelp.appspot.com/map.txt.html#%3Atmap

> 敲了几个字母，发现还是没有补全；等敲到第 4 个字母时，才弹出了补全菜单，我一般习惯于 1 个字母就出现补全。我知道这可以设置，就找到了 g:ncm2#complete_length。

这个还真是个人习惯，我喜欢稍微安静一些的 popup，每敲击一个字符就弹出会很烦

> 里的内容添加到 vimrc 里，启动 nvim，发现怎么操作都没有补全

source 在 README Optional tips 里面有。也许应该移到 Install 部分会比较显眼吧。

> 3. fuzzy 算法有待提高

这个是有意而为之

在旧版本的 ncm 里面有一个 fuzzy matcher 能符合你的描述： https://github.com/roxma/nvim-completion-manager/blob/master/pythonx/cm_matchers/fuzzy_matcher.py

可是它太过 fuzzy。后来我发现需要过滤的条数越多，得到的结果精准度就越差，到最后我自己又用回了 prefix match

基于之前的体验，我重新开发了两种 fuzzy，目前默认是 abbrfuzzy，换成最近新增的 substrfuzzy 可能会更加符合你的习惯

你可以在这里参与讨论 https://github.com/ncm2/ncm2/issues/30，主要是反馈太少，对算法的描述也比较困难，所以大多基于自己的喜好和体验去实现和优化

2018 年 8 月 2 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@chemzqm

2018 年 8 月 2 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

> complete resolve 应该是用户使用 <C-n> 或者 <C-p> 选中时进行调用然后显示文档等信息使用的。

resolve 显示文档还是算了。

终端代码补全的 preview 出来一次闪一下，体验太差

不如等有人实现了这个 feature 再考虑： https://github.com/neovim/neovim/issues/396#issuecomment-163760889

2018 年 8 月 2 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@Yggdroot

能在 vim8 上跑，需要依赖 https://github.com/roxma/vim-hug-neovim-rpc

我花在 vim8 上的测试时间比较少，所以如果不可用最好提个 issue

2018 年 8 月 2 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@chemzqm

> 1. ncm2 如何获取当前用户选择了哪一个 complete item ？还是就是补全完成的时候请求一下 https://github.com/ncm2/ncm2_lsp_snippet/blob/master/utils.py#L13

http://github.com/ncm2/ncm2-ultisnips

用这个插件配置按键映射，确认了就知道选择了哪一个

> 2. 2. Language client 不可能使用同步方式在 TextChange 触发时发送 document 给 server，因为那样体验肯定会比较差，https://github.com/autozimu/LanguageClient-neovim/blob/next/autoload/LanguageClient.vim#L707

这个我没有仔细看。如果 LCN 的 rust 程序是单线程而且没有协程的模型，那么这个做仍然是可靠的，它总是先处理完 did change 再处理 on_complete。

2018 年 8 月 2 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@chemzqm

前三点都是已解决的问题

> 用户在 fuzzy 补全时也会触发 TextChangedI，此时 ncm2 会发起新的请求，其实这种请求完全可以避免，

ncm2 core 的 on_complete 不代表 source 也能收到 on_complete 请求，内部会有缓存策略。

> 另外这个 g:ncm2#complete_delay 设的小了可能 language server 还没收到当前的 buffer，导致无法正确补全，设置的大了影响补全的体验。

这个配置现在是 0。我不认为这会影响 language server 收到的 buffer

source 收到 on_complete 是在 ncm2 的异步进程处理之后的结果，这个时候 vim/neovim 早已经在它自己的同步的 event loop 里面处理完 autocmd 了。

2018 年 8 月 1 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@jsfaint

kfce-terminal -> xfce-terminal

KFC 吃多了一时搞混了

2018 年 8 月 1 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@xiaotianhu

网络映射做什么事情都很麻烦吧

可以分情况看，如果对应的 Source 需要读大量文件才能得到补全结果的，很可能会出现拥堵，导致补全响应速度慢

不过 vim 自己是有维护 buffer 的，所以应该不会卡在文本编辑上

最好还是花时间尝试下看看效果

2018 年 8 月 1 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@jsfaint

不需要设置的

特殊 unicode 字符的展示在有些终端确实可能会乱码

我在 windows 上用 putty 连 linux，或者在 debian 上用 kfce-terminal 都是正常的

用不了的话只能等 neovim 实现了 https://github.com/neovim/neovim/issues/8780

2018 年 8 月 1 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@BBCCBB

- 工作项目忙
- 我想写个编辑器，发现工作量太大，又滚回来了

2018 年 8 月 1 日

回复了 pony279 创建的主题 › Vim › ncm2 - 更加专注 & 可拓展的 vim/neovim 代码补全框架

@BBCCBB

self-driven 😁

2018 年 8 月 1 日

回复了 superXiong 创建的主题 › 程序员 › 请教下，对于一种语言，如何称之为精通？

把主攻的方向写成精通，其他方面也许游刃有余，但是不想作主业来搞。也不想把简历变成一堆精通，毫无重点。

1 2 3 4 5 6 7 8 9 10 ... 14

❮

❯