lsp-bridge -- 速度最快的语法补全插件

lsp-bridge-enable-debug 是 nil,应该没开。

大佬那边4000+ 行以上的python 文件,lsp的补全流畅不

是 enable-log 那个选项

lsp-bridge-enable-log 应该也是nil,我没特意设置这个选项

方便发代码给我测试吗?

公司代码没法发出来的。今天上班太忙了,等我找找合适的开源代码

1 个赞

或者你更新最新版,最新版我绕过了pgtk分支的bug,看看是不是一个原因?

弱弱的问下 如何在字符串中和注释中也能弹出补全?是lsp-bridge里面有参数还是acm里面有参数可以设置么?

由 lsp-bridge-not-in-string 和 lsp-bridge-not-in-comment 这两个函数控制的。

可以自定义这两个函数的行为来达到目标。

不用弱弱的问, 光明正大的问。 :grinning:

2 个赞
(setq lsp-bridge-completion-popup-predicates (remove 'lsp-bridge-not-in-string lsp-bridge-completion-popup-predicates))
(setq lsp-bridge-completion-popup-predicates (remove 'lsp-bridge-not-in-comment lsp-bridge-completion-popup-predicates))
```ok
1 个赞

我更新到了最新版,不是pgtk bug的原因

我也没找到比较合适的开源代码可以测试,开源代码都写的挺好的,lsp-bridge挺流畅的,公司代码整个类太长了,又有很多import -_-

似乎 pyright 有个 background analysis 的功能,每次在vscode python文件打字,底栏都会有小字“xx file to analyze”,这可能是它速度比较快的原因?毕竟后台解析好了,发请求补全就会秒出

image

不晓得啊, 没有测试代码, 不敢肯定怎么解决。

我刚看了下vscode 下 pyright 的进程,除了--stdio 还有一些其他的参数

把lsp-bridge pyright 的启动命令改成

lsp-bridge lsp的补全也能秒出了,神奇!

–cancelationReceive 那后面那一段是什么东西? Microsoft 的私货吗?

这两个回复里面有一些分析

最简单的方法就是像 VSCode 那样初始化 command 参数? 如果没有副作用的话。

用着更流畅啦。

似乎指定 --cancellationReceive 就能开启后台分析功能

image

而且 --cancellationReceive 的值就是一个随机生成的字符串

大佬来段补丁吧,我这边没法测试。

那要等我下班啦,上班提交不了代码hhh

好的,感谢大佬。

哈哈,抢先 pr 了。 @lyjdwh

1 个赞