Awesome

lsp-bridge

The goal of lsp-bridge is to implement the fastest LSP client in the Emacs ecosystem using multi-threading technology, with a plug-and-play design philosophy to save you time and effort, because time is money.

Advantages of lsp-bridge:

1. Blazingly fast: Offload LSP request and data analysis to an external process, preventing Emacs from getting stuck due to delays or large data triggering garbage collection
2. Remote Completion: Built-in support for remote server code completion, with various login methods such as passwords and public keys, supports tramp protocol and jump server, supports Docker
3. Plug and play: Can be used immediately after installation, requires no additional configuration, no need to manually set up frontend completion, backend completion, or multi-backend integration configurations, code completion also works in org-mode src blocks
4. Multi-server fusion: A simple JSON is all you need to combine multiple LSP Servers into one file that provides services for example Python which offers code completion with Pyright and diagnostic and formatting capabilities with Ruff
5. Flexible Customization: Customizing LSP server options is as simple as using a JSON file, allowing different projects to have different JSON configurations with just a few lines of rules

The video explains the principle of lsp-bridge

Installation

1. Install Emacs 28 or higher version

2. Install Python dependencies: pip3 install epc orjson sexpdata six setuptools paramiko rapidfuzz watchdog (orjson is optional, orjson is based on Rust, providing faster JSON parsing performance)

3. Install Elisp dependencies: markdown-mode, yasnippet

4. Download this repository using git clone, and replace the load-path path in the configuration below.

5. Add the following code to your configuration file ~/.emacs:

(add-to-list 'load-path "<path-to-lsp-bridge>")

(require 'yasnippet)
(yas-global-mode 1)

(require 'lsp-bridge)
(global-lsp-bridge-mode)

Note: To use completion in terminal, please install the compiled tty-child-frames branch of Emacs

• If you are using straight to install, you should use the following configuration to install:

(use-package lsp-bridge
  :straight '(lsp-bridge :type git :host github :repo "manateelazycat/lsp-bridge"
            :files (:defaults "*.el" "*.py" "acm" "core" "langserver" "multiserver" "resources")
            :build (:not compile))
  :init
  (global-lsp-bridge-mode))

• If you are using doom-emacs

add this to your packages.el

(when (package! lsp-bridge
        :recipe (:host github
                 :repo "manateelazycat/lsp-bridge"
                 :branch "master"
                 :files ("*.el" "*.py" "acm" "core" "langserver" "multiserver" "resources")
                 ;; do not perform byte compilation or native compilation for lsp-bridge
                 :build (:not compile)))
  (package! markdown-mode)
  (package! yasnippet))

and add this to your config.el

(use-package! lsp-bridge
  :config
  (setq lsp-bridge-enable-log nil)
  (global-lsp-bridge-mode))

and run doom sync to install it.

If you are unable to use normally after installing it, please read Report bug first

Please note:

1. When using lsp-bridge, please first disable other completion plugins, such as lsp-mode, eglot, company, corfu, etc. lsp-bridge provides a complete solution from the completion backend, completion frontend to multi-backend integration
2. In addition to providing LSP completion, lsp-bridge also provides many non-LSP completion backends, including capf, file words, paths, Yas/Tempel, TabNine, Codeium, Copilot, Tabby, Citre, Ctags, Org roam and other completion backends. If you expect to provide these completions in a certain mode, please add the corresponding mode to lsp-bridge-default-mode-hooks. Customize the order of backend, please check acm-backend-order.
3. Please do not perform byte compilation or native compilation for lsp-bridge as it will result in a difference in API and the latest version after upgrading compiling afterwards, Lsp-bridge is designed with multi-threading that does not require compilation to speed it up

Local Usage

Lsp-bridge works plug-and-play. After installing the corresponding LSP server and mode plugin for the language, you can start coding directly without any additional settings.

It should be noted that lsp-bridge has three scanning modes:

1. Determine the project's root directory by searching upward for a .git or .dir-locals.el file, thereby providing completion for the entire project directory.
2. If a .git or .dir-locals.el file is not found, lsp-bridge will only provide single file completion for the opened file.
3. You can also tell lsp-bridge the root directory of the project by customizing the lsp-bridge-get-project-path-by-filepath function. This function takes the path string of the opened file as the input parameter and outputs the project directory path.

Remote Usage

Remote SSH server

lsp-bridge can perform code syntax completion on files on a remote server, similar to VSCode. The configuration steps are as follows:

1. Install lsp-bridge and the corresponding LSP Server on the remote server.
2. Start lsp-bridge: python3 lsp-bridge/lsp_bridge.py.
3. Use the lsp-bridge-open-remote-file command to open files, entering the username, IP, SSH port (default 22), and path, such as user@ip:[ssh_port]:/path/file
4. Enabling the lsp-bridge-enable-with-tramp option allows direct opening of tramp files, using the efficient algorithm of lsp-bridge instead of tramp, achieving smooth completion. If the host in tramp is defined in ~/.ssh/config, lsp-bridge can synchronize the following options for remote connection:
   • HostName (must be in IP format, domain format may cause issues)
   • User
   • Port
   • GSSAPIAuthentication
   • ProxyCommand (currently only supports ProxyCommand option, does not support ProxyJump option)
5. (setq lsp-bridge-remote-start-automatically t) can automatically start the lsp_bridge.py process on the remote host (which needs to support bash) when opening a tramp file, and it will also automatically close the process when quitting emacs. When using this feature, the following options need to be correctly set:
   • lsp-bridge-remote-python-command: the name of the python command on the remote host
   • lsp-bridge-remote-python-file: the full path of lsp_bridge.py on the remote host
   • lsp-bridge-remote-log: the full path for log output of lsp_bridge.py on the remote host

Principle of remote completion:

1. Log in to the server with SSH authentication, access and edit files.
2. When editing a replica of a remote file, real-time diff sequences will be sent to lsp-bridge, and the server side will use these sequences to rebuild the file and calculate the completion data by the remote LSP Server.
3. The remote LSP Server will send back the completion data to the local side, and Emacs will display the completion menu.

Note:

1. If the completion menu is not displayed, check the output of lsp_bridge.py on the remote server, it may be that the LSP Server is not fully installed.
2. lsp-bridge will use the first *.pub file in ~/.ssh as a login credential. If public key login fails, you will be asked to enter a password. lsp-bridge will not store the password, it is recommended to use public key login to avoid repeated password entry.
3. To run lsp_bridge.py successfully you need to completely download the entire git repository of lsp-bridge on a remote server, and switch into its directory, lsp_bridge.py requires other files to function properly, so copying only the lsp_bridge.py file can't work
4. If a tramp file encounters an lsp-bridge connection error, you can execute the lsp-bridge-tramp-show-hostnames function and then check if the output of the host configuration options meets expectations
5. If you encounter errors like remote file ... is updating info... skip call ..., please ensure that you open the file via SSH and note that ivy-mode may interfere with C-x C-f

Local devcontainer

lsp-bridge now support completion on files on devcontainer, similar to VSCode. This is done by using devcontainer-feature-emacs-lsp-bridge.

Here is a compelte configuration example

devcontainer.json

.devcontainer/devcontainer.json

{
    "name": "Ubuntu",
    // Your base image
    "image": "mcr.microsoft.com/devcontainers/base:jammy",
    // Features to add to the dev container. More info: https://containers.dev/features.
    "features": {
        "ghcr.io/nohzafk/devcontainer-feature-emacs-lsp-bridge/gleam:latest": {}
    },
    "forwardPorts": [
        9997,
        9998,
        9999
    ],
    // More info: https://aka.ms/dev-containers-non-root.
    "remoteUser": "vscode"
}

start the devcontainer and use file-find /docker:user@container:/path/to/file to open the file.

If you use apheleia as formatter, lsp-bridge now support auto formatting file on devcontainer.

;; setup PATH for remote command execution
(with-eval-after-load 'tramp
  (add-to-list 'tramp-remote-path "~/.nix-profile/bin")
  (add-to-list 'tramp-remote-path 'tramp-own-remote-path))

(use-package apheleia
  :config
  ;; which formatter to use
  (setf (alist-get 'python-mode apheleia-mode-alist) 'ruff)
  (setf (alist-get 'python-ts-mode apheleia-mode-alist) 'ruff)
  ;; don't mess up with lsp-mode
  (setq +format-with-lsp nil)
  ;; run the formatter inside container
  (setq apheleia-remote-algorithm 'remote))

more detail about using lsp-bridge in devcontainer please refer to emacs-devcontainer.

Keymap

Commands

• lsp-bridge-find-def: jump to the definition
• lsp-bridge-find-def-other-window: jump to the definition in other-window
• lsp-bridge-find-def-return: return to the location before calling lsp-bridge-find-def
• lsp-bridge-find-type-def: Jump to the position of type definition.
• lsp-bridge-find-type-def-other-window: Jump to the position of type definition in another window.
• lsp-bridge-find-impl: jump to the implementation
• lsp-bridge-find-impl-other-window: jump to the implementation in other-window
• lsp-bridge-find-references: traverse across code references (forked from color-rg.el)
• lsp-bridge-popup-documentation: lookup documentation of symbol under the cursor
• lsp-bridge-popup-documentation-scroll-up: scroll up popup document.
• lsp-bridge-popup-documentation-scroll-down: scroll down popup document.
• lsp-bridge-show-documentation: lookup documentation of symbol under the cursor, but using a buffer instead
• lsp-bridge-rename: rename symbol under the cursor
• lsp-bridge-diagnostic-jump-next: Jump to the next diagnostic position
• lsp-bridge-diagnostic-jump-prev: Jump to the previous diagnostic position
• lsp-bridge-diagnostic-list: List all diagnostic information
• lsp-bridge-diagnostic-copy: Copy the current diagnostic information to the clipboard
• lsp-bridge-code-action: Popup code action menu, you can pass special actin-kind to fix, action-kind can use one of "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.organizeImports", "source.fixAll"
• lsp-bridge-workspace-list-symbol-at-point: Finds the definition of a symbol at the cursor point
• lsp-bridge-workspace-list-symbols: List all symbols in workspace and jump to the symbol definition
• lsp-bridge-signature-help-fetch: show signature help in minibuffer manually (move cursor to parameters area will show signature help automatically)
• lsp-bridge-popup-complete-menu: Manually popup the completion menu, you only need this command when turn on option lsp-bridge-complete-manually
• lsp-bridge-restart-process: restart lsp-bridge process (only used for development)
• lsp-bridge-toggle-sdcv-helper: Switch dictionary completion assistant
• lsp-bridge-peek-abort: Close peek window (default binding to C-g)
• lsp-bridge-peek-list-next-line: Select the next definition or reference (default binding to M-S-n)
• lsp-bridge-peek-list-prev-line: Select the previous definition or reference (default binding to M-S-p)
• lsp-bridge-peek-file-content-next-line: Scroll down one line in the peek window file content (default binding to M-n)
• lsp-bridge-peek-file-content-prev-line: Scroll up one line in the peek window file content (default binding to M-p)
• lsp-bridge-peek-jump: Jump to the location of the definition or reference (default binding to M-l j)
• lsp-bridge-peek-jump-back: Jump back to the original position (default bound to M-l b)
• lsp-bridge-peek-through: View one symbol in the peek window
• lsp-bridge-peek-tree-previous-branch: Select the previous branch at the same level in the browsing history (default binding to <up>)
• lsp-bridge-peek-tree-next-branch: Select the next branch at the same level in the browsing history (default binding to <down>)
• lsp-bridge-peek-tree-previous-node: Select the previous higher-level node in the browsing history (default binding to <left>)
• lsp-bridge-peek-tree-next-node: Select the next lower-level node in the browsing history (default binding to <right>)
• lsp-bridge-indent-left: Indents the pasted text to the left according to the indent values defined in lsp-bridge-formatting-indent-alist
• lsp-bridge-indent-right: Indents the pasted text to the right according to the indent values defined in lsp-bridge-formatting-indent-alist
• lsp-bridge-semantic-tokens-mode: Enables or disables semantic token highlighting, please ref to Semantic Tokens Wiki

LSP server options

lsp-bridge provides support for more than two language servers for many languages. You can customize the following options to choose the language server you prefer:

• lsp-bridge-c-lsp-server: C language server, you can choose clangd orccls
• lsp-bridge-elixir-lsp-server: Elixir language server, you can choose elixirLS(default), lexical or nextls
• lsp-bridge-python-lsp-server: Python language server, you can choose basedpyright, pyright, jedi, python-ms, pylsp, ruff, it's important to note that lsp-bridge-multi-lang-server-mode-list has a higher priority than lsp-bridge-single-lang-server-mode-list. If you only want to use a single server, please first remove the python-mode setting from lsp-bridge-multi-lang-server-mode-list.
• lsp-bridge-php-lsp-server: PHP language server, you can choose intelephense or phpactor
• lsp-bridge-tex-lsp-server: LaTeX language server, you can choose texlab, digestif or ltex-ls
• lsp-bridge-csharp-lsp-server: C# language server, you can choose omnisharp-mono, omnisharp-dotnet or csharp-ls, note that you need to give execute permissions to the OmniSharp file
• lsp-bridge-python-multi-lsp-server: Python multi-language servers, you can choose basedpyright_ruff, pyright_ruff, jedi_ruff, python-ms_ruff, pylsp_ruff
• lsp-bridge-nix-lsp-server: Nix language server, you can choose rnix-lsp, nixd or nil
• lsp-bridge-markdown-lsp-server: Markdown language server, you can choose vale-ls or marksman
• lsp-bridge-lua-lsp-server: Lua language server, you can choose sumneko or lua-lsp
• lsp-bridge-verilog-lsp-server: Verilog language server， you can choose verible, or svls
• lsp-bridge-xml-lsp-server: XML language server， you can choose lemminx, or camells

Options

• lsp-bridge-python-command: The path of the python command, if you use conda, you may customize this option. Windows platform using python.exe rather than python3, if lsp-bridge can’t work, try set to python3
• lsp-bridge-complete-manually: Only popup completion menu when user call lsp-bridge-popup-complete-menu command, default is nil
• lsp-bridge-enable-with-tramp: When this option is enabled, lsp-bridge provides remote autocompletion support for files opened by tramp. It requires the lsp_bridge.py to be installed and started on the server side in advance. Note that this option only uses tramp to open files, it does not use tramp technology to implement autocompletion, because the implementation principle of tramp has serious performance issues. 'One should note that if you usually use the command lsp-bridge-open-remote-file, you need to disable the option lsp-bridge-enable-with-tramp to ensure that the file opened by the command can correctly jump to the definitions or references.
• lsp-bridge-remote-save-password: Saves the password for remote editing to the netrc file, disabled by default
• lsp-bridge-remote-heartbeat-interval: Interval for sending heartbeat to server in seconds, disabled by default, set it to a suitable value for your server sshd if you want to keep the connection alive after a long idle time.
• lsp-bridge-get-workspace-folder: You need to put multiple project in a workspace directory in Java before you can jump function defintion normally. This function can be customized, the function input is the project path and returns the workspace directory corresponding
• lsp-bridge-default-mode-hooks: The list of modes that automatically start lsp-bridge, you can customize this option to control the scope of starting lsp-bridge
• lsp-bridge-org-babel-lang-list: list of language to support org-mode code block completion, nil enable all languages, default is nil
• lsp-bridge-find-def-fallback-function: When LSP cannot find a definition, you can customize this function for candidate jumping, such as binding the citre function
• lsp-bridge-find-ref-fallback-function: When LSP cannot find a reference, you can customize this function for candidate jumping, such as binding the citre function
• lsp-bridge-find-def-select-in-open-windows: If this option is turned on, when searching for function definitions, already open windows will be selected instead of switching buffers. disable by default
• lsp-bridge-enable-completion-in-string: Enable completion pop-up within strings, disabled by default, if you only want to show completion popups in strings for certain languages, please customize the option lsp-bridge-completion-in-string-file-types
• lsp-bridge-enable-completion-in-minibuffer: Enable pop-completion up in Minibuffer, disabled by default
• lsp-bridge-enable-diagnostics: code diagnostic, enable by default
• lsp-bridge-enable-inlay-hint: inlay hint, disable by default, this option is use for strong type language, such as, Rust
• lsp-bridge-enable-hover-diagnostic: show diagnostic tooltip when cursor hover diagnostic place, disable by default
• lsp-bridge-enable-search-words: index the word of the file, enable by default
• lsp-bridge-enable-auto-format-code: automatic format code, disable by default
• lsp-bridge-enable-signature-help: show function parameter in minibufer, enable by default
• lsp-bridge-enable-log: enable LSP message log, disable by default, only enable this option for development purposes, usually do not turn on this option to avoid affecting performance
• lsp-bridge-enable-debug: enable program debugging, disable by default
• lsp-bridge-disable-backup: forbidden version manage of emacs, enable by default
• lsp-bridge-code-action-enable-popup-menu: enable code action popup menu, enable by default
• lsp-bridge-diagnostic-fetch-idle: diagnostic delay, start pulling diagnostic information 0.5 second after stopping typing
• lsp-bridge-signature-show-function: The function used for displaying signature info, default show message in minibuffer, set lsp-bridge-signature-show-with-frame to show signature info in frame
• lsp-bridge-signature-show-with-frame-position: When using lsp-bridge-signature-show-with-frame to display signature information, this option defines the position of the pop-up signature information, the default is "bottom-right", you can also choose "top-left", "top-right", "bottom-left", "point"
• lsp-bridge-completion-popup-predicates: the predicate function for completion menu, completion menu popup after all the functions pass
• lsp-bridge-completion-stop-commands: completion menu will not popup if these commands are executed
• lsp-bridge-completion-hide-characters: The default value is ‘(":" ";" "(" ")" "[" "]" "{" "}" ", " "\""), the completion menu does not pop up when the cursor is behind these characters. You can customize this option to remove this restriction, or call the lsp-bridge-popup-complete-menu command to force the menu to pop up. To make this option works, you need to set lsp-bridge-completion-obey-trigger-characters-p to nil.
• lsp-bridge-user-langserver-dir: the dir where user place langserver configuration file, if the configuration file name in the dir is the same as that in lsp-bridge/langserver , lsp-bridge will use the configuration file in this dir
• lsp-bridge-user-multiserver-dir: the dir where user place multiserver configuration file, if the configuration file name in the dir is the same as that in lsp-bridge/multiserver , lsp-bridge will use the configuration file in this dir
• lsp-bridge-symbols-enable-which-func: Using lsp backend for which-func, disable by default
• lsp-bridge-enable-org-babel: Use lsp completion in org babel, disable by default
• lsp-bridge-peek-file-content-height: Display how many lines of file content in peek windows
• lsp-bridge-peek-file-content-scroll-margin: Set how many lines of file content should be scroll up and down.
• lsp-bridge-peek-list-height: Select the next option for definition and reference
• lsp-bridge-peek-ace-keys: Keys to press when performing lsp-bridge-peek-through
• lsp-bridge-peek-ace-cancel-keys: Keys to exit lsp-bridge-peek-through
• acm-backend-order: Customize the order of the completion backends
• acm-frame-background-dark-color: Menu background color in dark theme
• acm-frame-background-light-color: Menu background color in light theme
• acm-enable-capf: Provides capf completion support for non-LSP backends, it is disabled by default
• acm-enable-doc: Whether the complete menu display the help document
• acm-enable-doc-markdown-render: Richly render Markdown for completion popups, you can choose 'async, t or nil. When set to 'async, styles are applied asynchronously, choose t, styles are applied synchronously and will slow down the completion speed, default is 'async
• acm-enable-icon: Whether the completion menu displays icons (Many macOS users have reported that emacs-plus28 cannot display icons properly, showing colored squares instead. There are two ways to solve this: install Emacs Mac Port or add the --with-rsvg option to the brew command when compiling Emacs yourself)
• acm-enable-tabnine: Enable tabnine support， enable by default， when enable need execute lsp-bridge-install-tabnine command to install TabNine, and it can be used. TabNine will consume huge CPUs, causing your entire computer to be slow. If the computer performance is not good, it is not recommended to enable this option
• acm-enable-codeium: Enable Codeium support, when enable need execute lsp-bridge-install-update-codeium command to install Codeium, then execute lsp-bridge-codeium-auth command to get auth token and execute lsp-bridge-codeium-input-auth-token command to get API Key, and it can be used.
• acm-enable-copilot: Enable copilot support, firstly, purchase the Copilot service by https://github.com/features/copilot , when enable need install agent first npm install -g copilot-node-server@1.14.0, then execute lsp-bridge-copilot-login, lsp-bridge will display User Code in the Minibuffer, copy the User Code to the opened Copilot page to complete the login.
• acm-enable-search-file-words: Whether the complete menu display the word of the file, enable by default
• acm-enable-quick-access: Whether to display an index after the icon, quickly select candidate words using Alt + Number, default is off
• acm-quick-access-use-number-select: Whether to use number keys for quick selection of candidate words, default is off, turning on this option may sometimes interfere with number input or accidentally select candidate words
• acm-enable-yas: yasnippet completion, enable by default
• acm-enable-citre: Integration with citre(ctags). Enable this to add citre (ctags) backend (disabled by default)
• acm-enable-lsp-workspace-symbol: Enable LSP workspace symbol completion, disabled by default
• acm-doc-frame-max-lines: Max line number of help documentation, default is 20
• acm-candidate-match-function: lsp-bridge frontend filter algorithm for candidates, options include 'regexp-quote, 'orderless-flex, 'orderless-literal, 'orderless-prefixes, 'orderless-regexp, 'orderless-initialism, default is regexp-quote, orderless-* started algorithms require additional installation of orderless
• acm-completion-mode-candidates-merge-order: Customize the order of the mode candidates, the display order for mode candidates, default order: Elisp、 LSP、 Jupyter、 Tabby Ctags、 Citre、 ROAM、 Word、 Telegra
• acm-backend-lsp-candidate-min-length: The minimum characters to trigger lsp completion, default is 0
• acm-backend-lsp-block-kind-list: Filters certain types of LSP completion candidates. By default, it's a empty list. When the value is set to '(Snippet Enum), this means that Snippet and Enum completions will not be shown.
• acm-backend-elisp-candidate-min-length: The minimum characters to trigger elisp completion, default is 0
• acm-backend-yas-candidate-min-length: The minimum characters to trigger yasnippet completion, default is 0
• acm-backend-search-file-words-candidate-min-length: The minimum characters to trigger search file words completion, default is 0
• acm-backend-search-file-words-max-number: Search Words completion candidate limit, default is 10
• acm-backend-search-file-words-enable-fuzzy-match: Search Words completion candidate fuzzy match, disable by default
• acm-backend-search-file-words-enable-fuzzy-match-threshold: Search Words completion candidate fuzzy match threshold, Filter out words with a ratio lower than the threshold, default is 50
• acm-backend-codeium-candidate-min-length: The minimum characters to trigger codeium completion, default is 0
• acm-backend-lsp-enable-auto-import: Automatic insert import code, enable by default
• acm-backend-lsp-candidate-max-length: Maximum length of LSP candidate, some language, such as Java, argument list is very long, you can increase the value of this option to see clear argument list
• acm-backend-yas-candidates-number: yasnippet display number， 2 by default
• acm-backend-citre-keyword-complete: Completion is performed according to the keywords of each mode defined by acm-backend-citre-keywords-alist, which takes effect only after citre is enabled.
• acm-backend-search-sdcv-words-dictionary: StarDict dictionary for word completion, default is kdic-ec-11w, you can replace it with StarDict dictionary path, example, if you have dictionary /usr/share/stardict/dic/stardict-oxford-gb-formated-2.4.2/oxford-gb-formated.ifo, you need set this value to /usr/share/stardict/dic/stardict-oxford-gb-formated-2.4.2/oxford-gb-formated, not include .ifo extension.
• acm-backend-lsp-match-mode: The filtering mode for candidates in LSP backend, there are three options: "prefix", "prefixCaseSensitive", and "fuzzy". By default it is "fuzzy"
• acm-backend-lsp-frontend-filter-p: Since LSP candidates have been filtered in the Python backend, it's not necessary to perform an additional filter on the frontend (refer to option acm-candidate-match-function), disable by default, when set to t, this option will call the acm-candidate-match-function function on the frontend to filter LSP candidates again
• acm-backend-lsp-show-progress: show working progress, disable by default
• acm-enable-preview: enable Tab-and-Go completion, commands like acm-select-* will select and preview other candidate and further input will then commit this candidate, disable by default

Supported language servers

You need to install the LSP server corresponding to each programming language, then lsp-bridge can provide code completion service.

If your language supports mixed multi-language servers, it is recommended to check the multi-language server definition under multiserver, and install multiple LSP servers to get a more complete experience. For example, for the Python language, according to the default basedpyright_ruff.json definition, you should install basedpyright and ruff.

FAQ

Support capf

Currently, the design of capf is not suitable for the LSP protocol. The capf completion backend is only suitable for non-LSP scenarios. You can enable completion by setting (setq acm-enable-capf t).

If there is no capf completion, please ensure that the current mode is present in acm-backend-capf-mode-list. If it's not in acm-backend-capf-mode-list, pull request are welcome.

Note: after enable acm-enable-capf emacs becomes slow and its definitely a problem with the capf backend implementation not an issue with lsp-bridge itself

pyenv configuration

If you use a Python distribution installed via pyenv, you must adjust your lsp-bridge-python-command variable to point to the actual python3 executable for your selected Python version, instead of the pyenv shim for python3. Place one of the following setq expressions within your lsp-bridge configuration:

;; OPTION 1 (static)
;; Replace <VERSION> with the actual Python version number (i.e., 3.11.4).
(setq lsp-bridge-python-command "~/.pyenv/versions/<VERSION>/bin/python3")

;; OPTION 2 (dynamic)
;; This is a better option if the `pyenv' executable is discoverable on `exec-path':
(setq lsp-bridge-python-command (string-trim
                                 (shell-command-to-string "pyenv which python3")))

Customize language server configuration

The configuration for the LSP server of each language in lsp-bridge is stored in lsp-bridge/langserver.

In most cases, you can customize the server configuration according to the following priority order:

1. lsp-bridge-get-single-lang-server-by-project: A user-defined function that takes project-path and file-path as input parameters and returns the corresponding LSP server string. You can query the names of all LSP servers in the lsp-bridge-single-lang-server-mode-list list. By default, this function returns nil.
2. lsp-bridge-single-lang-server-extension-list: Returns the server based on the file extension, for example, when opening a *.wxml file, we will use the wxml LSP server for completion.
3. lsp-bridge-single-lang-server-mode-list: Returns the corresponding server based on Emacs’s major-mode.

If you are writing JavaScript code, you may need to customize multiple server configurations:

1. lsp-bridge-get-multi-lang-server-by-project: A user-defined function that takes project-path and file-path as input parameters and returns the multiple server configuration names. You can search for them in the subdirectory lsp-bridge/multiserver.
2. lsp-bridge-multi-lang-server-extension-list: Returns multiple server configuration names based on the file extension. For example, when opening a *.vue file, we will use volar_emmet to simultaneously utilize volar and emmet-ls for completion.
3. lsp-bridge-multi-lang-server-mode-list: Returns the corresponding multiple server configuration names based on Emacs’s major-mode.

For example, we can enable the Deno LSP server for Deno scripts with the following configuration:

;; lsp-bridge first try `lsp-bridge--get-multi-lang-server-func', then try `lsp-bridge--get-single-lang-server-func'
;; So we need remove `ts' and `tsx' setting from default value of lsp-bridge-multi-lang-server-extension-list.
(setq lsp-bridge-multi-lang-server-extension-list
      (cl-remove-if (lambda (item)
                      (equal (car item) '("ts" "tsx")))
                    lsp-bridge-multi-lang-server-extension-list))

;; Last we customize `lsp-bridge-get-single-lang-server-by-project' to return `deno' lsp server name.
;; I recommand you write some code to compare project-path or file-path, return `deno' only if match target path.
(setq lsp-bridge-get-single-lang-server-by-project
      (lambda (project-path file-path)
	(when (or (string-suffix-p ".ts" file-path)
		  (string-suffix-p ".tsx" file-path))
	  "deno")))

Note: Some advanced LSP server, such as tailwindcss and emmet-ls, require a languageId and file extension that cannot be one-to-one corresponded. Instead, they dynamically return the languageId based on different frontend projects environment. In this case, you need to customize the lsp-bridge-get-language-id function to meet this requirement.

Customize language server configuration file

Copy the configuration files in lsp-bridge/langserver or lsp-bridge/multiserver to lsp-bridge-user-langserver-dir or lsp-bridge-user-multiserver-dir for customization. Lsp-bridge will prioritize reading the configuration files in lsp-bridge-user-langserver-dir or lsp-bridge-user-multiserver-dir.

We can set the value of lsp-bridge-user-langserver-dir or lsp-bridge-user-multiserver-dir before starting lsp-bridge-mode to achieve different project-specific configuration files.

(defun enable-lsp-bridge()
  (when-let* ((project (project-current))
              (project-root (nth 2 project)))
    (setq-local lsp-bridge-user-langserver-dir project-root
                lsp-bridge-user-multiserver-dir project-root))
  (lsp-bridge-mode))

Add support for new language?

1. Create a configuration file in the lsp-bridge/langserver directory. For example, pyright.json is the configuration file for the pyright server (use pyright_windows.json for Windows and pyright_darwin.json for macOS).
2. Add (mode . server_name) to the lsp-bridge-single-lang-server-mode-list option in the lsp-bridge.el file, for example, (python-mode . "pyright").
3. Add a new mode-hook to the lsp-bridge-default-mode-hooks option in the lsp-bridge.el file.
4. Add a new indentation variable to the lsp-bridge-formatting-indent-alist option in the lsp-bridge.el file.

We welcome patches to help us support more LSP servers. Thank you for your help!

Join development

The following is the framework of lsp-bridge:

The following is the directory structure of the lsp-bridge project:

Please read below articles first:

• LSP Protocol Specification
• lsp-bridge Architecture Design
• lsp-bridge Remote Completion Architecture Design
• In-depth Analysis of the LSP Protocol
• lsp-bridge Wiki

Then turn on develop option lsp-bridge-enable-log and happy hacking! ;)

Report bug

For some common problems, please read Wiki first.

Please use emacs -q and load a minimal setup with only lsp-bridge to verify that the bug is reproducible. If emacs -q works fine, probably something is wrong with your Emacs config.

If the problem still exists:

1. Turn on option lsp-bridge-enable-log
2. Use lsp-bridge-restart-process to restart the LSP-BRIDGE process
3. Report issue with *lsp-bridge* buffer content, it contains many clues that can help us locate the problem faster

If you get a segfault error, please use the following way to collect crash information:

1. Install gdb and turn on option lsp-bridge-enable-debug
2. Use the command lsp-bridge-restart-process to restart the LSP-BRIDGE process
3. Send issue with *lsp-bridge* buffer content when next crash

Contributor

lsp-bridge's rapid development couldn't have been possible without the strong support and selfless contributions from the community's experts. Without the community’s support, lsp-bridge wouldn’t be where it is today. Thank you to the loveliest people in the world, happy hacking ;)