lsp-bridge-enable-debug
是 nil,应该没开。
大佬那边4000+ 行以上的python 文件,lsp的补全流畅不
lsp-bridge-enable-debug
是 nil,应该没开。
大佬那边4000+ 行以上的python 文件,lsp的补全流畅不
是 enable-log 那个选项
lsp-bridge-enable-log
应该也是nil,我没特意设置这个选项
方便发代码给我测试吗?
公司代码没法发出来的。今天上班太忙了,等我找找合适的开源代码
或者你更新最新版,最新版我绕过了pgtk分支的bug,看看是不是一个原因?
弱弱的问下 如何在字符串中和注释中也能弹出补全?是lsp-bridge里面有参数还是acm里面有参数可以设置么?
由 lsp-bridge-not-in-string 和 lsp-bridge-not-in-comment 这两个函数控制的。
可以自定义这两个函数的行为来达到目标。
不用弱弱的问, 光明正大的问。
(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
我更新到了最新版,不是pgtk bug的原因
我也没找到比较合适的开源代码可以测试,开源代码都写的挺好的,lsp-bridge挺流畅的,公司代码整个类太长了,又有很多import -_-
似乎 pyright 有个 background analysis 的功能,每次在vscode python文件打字,底栏都会有小字“xx file to analyze”,这可能是它速度比较快的原因?毕竟后台解析好了,发请求补全就会秒出
不晓得啊, 没有测试代码, 不敢肯定怎么解决。
我刚看了下vscode 下 pyright 的进程,除了--stdio
还有一些其他的参数
把lsp-bridge pyright 的启动命令改成
lsp-bridge lsp的补全也能秒出了,神奇!
–cancelationReceive 那后面那一段是什么东西? Microsoft 的私货吗?
这两个回复里面有一些分析
最简单的方法就是像 VSCode 那样初始化 command 参数? 如果没有副作用的话。
大佬来段补丁吧,我这边没法测试。
那要等我下班啦,上班提交不了代码hhh
好的,感谢大佬。