我刚才在 macOS 上试了下，eglot+pyright 已经正常了，nox 应该也可以。
❯ pyright --version
pyright 1.1.190
❯ python --version
Python 3.9.6
这是我的 eglot 配置：
话说 elgot tramp 能用么
我没用过 TRAM+ eglot，不过应该是没问题的。
作者今年已经加了 TARM 的支持，详细可以看这 commit：
嗯嗯，哪天看看。主要是 lsp 虽然说支持，但是需要各种 hack
我的 python 版本是 3.8.8, pyright 版本是 1.1.193. 我和您用的一样的配置，但我在激活 eglot 的时候，会出现警告 [eglot] (warning) Not auto-reconnecting, last one didn't last long.
然后补全就没有反应
我以前也是出现跟你一样的错误，然后才不用了。 你升级下 python 版本试试看，我看你的 pyright 版本应该是最新的了。
还是不行，我现在的 python 版本是 3.9.9 了，但还是一样的
我看到你报的 issue了，我在 Windows 平台也会出现跟你一样的错误。
但是我在最新的 Arch Linux 上用也是正常的
➜ ~ python --version
Python 3.9.9
➜ ~ pyright --version
pyright 1.1.194
GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.17.4) of 2021-12-10
过了几天再试还是不行，我的 arch 环境和你基本一致，刚试了最新的 pyright 1.1.197，还是用不了。
Eglot 这个最新的 commit 应该已经解决了你的问题。
恩，我刚才试用了一下，没有出现问题了。可以从 lsp 迁移到 eglot 了。
1 个赞
今天试了一下windows下面的lsp和eglot，都很卡，没法用。尝试了各种优化方案都没用，gcc emacs也没用。准备试试Nox，如果不行，windows上面只考虑tags方案了
这个速度也和 lsp server 有关吧。nox 是基于 eglot 改进的，差别应该不会特别明显?
很明显,nox去掉elgot很多影响性能的功能。请看前面帖子
嗯嗯，我最开始一直用的 nox，就是之前遇到我上面说的问题，在 nox 和 eglot 下面使用 pyright 都会报相同的错误，就只好转到 lsp。当时我把问题报到了 eglot 的 issue 下面，最近给 fix 了。
感觉windows下面还是不太流畅， ctags + citre速度太快了
eglot 什么时候能支持多个后端就好了，我现在就是因为需要额外附加一个 TailwindCSS 后端，不得不使用 LSP
试了一下补全用 ctags, 跳转定义，imenu, refactoring, find-reference, 语法检查用 lsp，windows下面编辑 Unity项目很完美，后面搞顺了再分享一波设置。
项目 c#代码 40多万行代码， ctags文件 140M, 补全速度很快，没有使用 mysys2, cygwin或者 WSL，用的 emacs 29 (开启 nativecomp)， GUI版本
6 个赞
确实很明显。nox完全不卡。lsp/eglot都卡的不行。