Spent the morning replacing lsp-mode with Eglot due to slop code in the former.

Seems to have gone smoothly, I'm really enjoying the snappiness of it, using lsp-mode by comparison is like wading through molasses.

Am using the following:

* java-language-server as the LSP language server, which is blazingly fast
* company-mode for completions
* breadcrumb-mode for headerbar navigation

Things I'm missing still (suggestions welcome!):

* auto-import (this may be a limitation of the LSP impl?)
* a context menu for jumping to declarations at point
* flymake error/warning/info summary in dired mode

#Emacs #Eglot #LspMode #Java

Seems like lsp-mode is accepting slop contributions. Time to jump ship to eglot.

#emacs #lspmode

Delighted to find that Emacs' `lsp-mode` package already has support for the Python type-checker `ty` (it was merged back in May https://github.com/emacs-lsp/lsp-mode/pull/4785). If you've got it installed in your virtual environment then it may well "Just Work(tm)" out of the box when you next open a file in your project (it did for me).

Emacs and its users, package developers, contributors never ceases to amaze and please me.

#emacs #lsp #lspmode

Add support for Python(ty) by takeokunn · Pull Request #4785 · emacs-lsp/lsp-mode

Add python(ty) language server support, see https://github.com/astral-sh/ty.

GitHub

getting rather fed up of `lsp-mode`continually offering to install `copilot-lsp` for me whenever I open a buffer for which there isn't a language server.

I found the thread

https://github.com/emacs-lsp/lsp-mode/pull/4635#issuecomment-2563163891

..and have set `lsp-copilot-applicable-fn` to the recommended `lambda`function and `lsp-copilot-enabled` is set to `0` but still I get asked!.

Very annoying.

#emacs #lspmode

Feature/lsp copilot by kassick · Pull Request #4635 · emacs-lsp/lsp-mode

This PR provides lsp-copilot, a client for the Copilot Node Server.

GitHub

年末年始の時間を使ってEmacsのlsp-mode + lsp-sourcekitでSwiftの編集でlsp-find-definitionとかできるようにしようとしている。同じファイル内の定義なら見つかるのだが、別のファイルで定義しているクラスやメソッドはNot foundになってしまう。

#Emacs #Swift #LSP #lspmode

I've been using #lspmode in #emacs without much trouble. I wanted to try out #eglot, but upon visiting files I always get a json rpc timeout :/
Hey #emacs people, is #eglot superior to #lspmode? Not too familiar with eglot, I use lspmode in Doom and I find it relativelly slow compared to vim lsp implementations. Is eglot faster?
@pkw #Eglot and #lspmode are #LSP clients for #Emacs, use either or. Eglot is built-into Emacs 29 and upwards and is meant to integrate with existing Emacs utilities, LSP-mode has some more bells and whistles. I found I don't need those and use Eglot. As the language server I use #pylsp, which by default uses the #jedi Python package for completion. You don't need a jedi-specific Emacs package anymore if you use LSP, but still should install the Python package.
#emacs: was really enjoying using built in #eglot, but after many paper cuts got to go back to #lspmode. Eglot has a lot going for it, but for my dayjob language (#golang) lsp-mode is a way smoother experience.

Got a fix for lsp-mode merged:
https://github.com/emacs-lsp/lsp-mode/pull/3929

This bit me in the form of vanilla-extract (https://vanilla-extract.style/) *.css.ts files being misidentified as CSS

#lspmode #emacs

fix: Only detect CSS when .css is final extension by amake · Pull Request #3929 · emacs-lsp/lsp-mode

Prevents misidentifying e.g. *.css.ts, which is a convention used by for instance vanilla-extract.

GitHub