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

好的,我尝试一下。诊断速度可能不是我的优先需求,我需要把内存占用降下来,往往开着emacs、lsp-bridge,浏览器再刷下网页就提示内存不足了,8GB不经耗。 :rofl:

还是配不好。lsp-bridge-multi-lang-server-mode-list已经去掉 lsp-bridge-python-multi-lsp-server ,还是有报错。

这是init-lsp-brdige.el

这是lsp-bridge的报错。

lsp-bridge-multi-lang-server-mode-list 是一个正常的结构体, 你只注释python-mode那个语法块, 怎么能直接第一行就注释了呢?

你这样注释后的elisp语法就是错的呀。

但是emacs并没有报错 :laughing:

大佬,我隔了一段时间更新了lsp bridge

诊断没有问题,补全突然不能用了

lsp bridge的buffer一直在报ERROR:epc:ReturnError([Symbol('void-variable'), Symbol('acm-backend-path-cache-candiates')])

但好像除了下面这段就没别的地方用到了,是要迁移什么配置吗

;; lsp-bridge/acm/acm-backend-path.el:99

(acm-with-cache-candidates
   acm-backend-path-cache-candiates
   (when acm-enable-path
     acm-backend-path-items)))

切回到a329856是work的

报issue吧

OK报了 我晚点有时间的话再看看

把 acm下的elc删了,就正常了。应该是byte compile时候的错误。

@Mumulhl 大佬已经修复了 Disable byte compile for acm backend by mumu-lhl · Pull Request #716 · manateelazycat/lsp-bridge · GitHub

我之前还看过这个bug, 代码超出了我的能力,没看懂。 但 ; no-byte-compile: t; 不算修复吧~

1 个赞

不需要字节编译

多谢大佬!

请问除了 no-byte-compile: t 还有别的修复方式吗?比方说把全部变量提前定义好

其实就是设置包管理器,不要字节编译就好了,elisp性能太拉胯,字节编译微乎其微

大佬,lsp-bridge在maven工程项目中,是怎么去查找类路径的? 因为在pom.xml 文件中导入了依赖后,在 .java 文件中,没有提示

  1. 添加依赖

  1. mvn dependency:resolve执行

没有提示

image

手动导入也没有resolve,(话说lsp-bridge是会自动补全导入的吧)

我是哪里搞错了吗?

Environment

macOS: Ventura 13.5.1
emacs: [email protected] (installed by brew)
lsp-bridge: 跟github上保持一致

配置


(use-package lsp-bridge													  ;;
  :hook															  ;;
  (java-mode . lsp-bridge-mode)												  ;;
  (java-ts-mode . lsp-bridge-mode)												  ;;
  (lsp-bridge-mode . (lambda () (company-mode -1)))										  ;;
 :init															  ;;
 (require 'lsp-bridge-jdtls) ;; 根据项目自动生成自定义配置,添加必要的启动参数						  ;;
 (setq lsp-bridge-enable-hover-diagnostic t)											  ;;
 (setq lsp-bridge-enable-auto-import t)) ;; 开启自动导入依赖,目前没有code action。补全时可以通过这个导入相应的依赖,建议开启。 ;;

我这里最新的测试, 我要新建一个 java文件 然后原来的import 就都可以的,这是不是有什么刷新操作啊?

这两天完成了 inlay hint 协议的解析和 overlay 渲染工作, 这种实时的类型提示, 对于强类型语言, 比如Rust的编写有一定的辅助作用。

4 个赞

如果需要引用两个目录的代码, 建议像我这样来定制

如果重启就生效, 可以在执行导入操作以后, 执行 lsp-bridge-restart-process 命令。

用Python的同学更新一下lsp-bridge, 因为 ruff 新版本对 line-length 参数做了调整, 老版本设置的 500 参数会导致 ruff 启动不了, 给不了任何诊断信息。

提交已经合并,更新最新版本后,lsp-bridge 支持 flymake 作为 diagnostic 的前端啦,需要的朋友搭配 flymake-bridge 就可以轻松使用。

7 个赞

在mac下emacs-mac里面会在使用几个小时到几天之后发生这个bug:diag和补全的框都变成占满整个frame。 之前觉得肯定很难排查,所以没来报,都是自己重启emacs解决,现在想到,有没有不重启就能重置acm frame的方法?这样会方便很多……