eglot 
- Description
- The Emacs Client for LSP servers
- Latest
- eglot-1.19.tar (.sig), 2025-Oct-24, 460 KiB
- Maintainer
- João Távora <joaotavora@gmail.com>
- Website
- https://github.com/joaotavora/eglot
- Browse ELPA's repository
- CGit or Gitweb
- Badge
- Manual
- eglot
To install this package from Emacs, use list-packages.
Full description
Eglot ("Emacs Polyglot") is an Emacs LSP client that stays out of
your way.
Typing M-x eglot in some source file is often enough to get you
started, if the language server you're looking to use is installed
in your system. Please refer to the manual, available from
https://joaotavora.github.io/eglot/ or from M-x info for more usage
instructions.
If you wish to contribute changes to Eglot, please do read the user
manual first. Additionally, take the following in consideration:
* Eglot's main job is to hook up the information that language
servers offer via LSP to Emacs's UI facilities: Xref for
definition-chasing, Flymake for diagnostics, Eldoc for at-point
documentation, etc. Eglot's job is generally *not* to provide
such a UI itself, though a small number of simple
counter-examples do exist, e.g. in the `eglot-rename' command or
the `eglot-inlay-hints-mode' minor mode. When a new UI is
evidently needed, consider adding a new package to Emacs, or
extending an existing one.
* Eglot was designed to function with just the UI facilities found
in the latest Emacs core, as long as those facilities are also
available as GNU ELPA :core packages. Historically, a number of
:core packages were added or reworked in Emacs to make this
possible. This principle should be upheld when adding new LSP
features or tweaking existing ones. Design any new facilities in
a way that they could work in the absence of LSP or using some
different protocol, then make sure Eglot can link up LSP
information to it.
* There are few Eglot configuration variables. This principle
should also be upheld. If Eglot had these variables, it could be
duplicating configuration found elsewhere, bloating itself up,
and making it generally hard to integrate with the ever growing
set of LSP features and Emacs packages. For instance, this is
why one finds a single variable
`eglot-ignored-server-capabilities' instead of a number of
capability-specific flags, or why customizing the display of
LSP-provided documentation is done via ElDoc's variables, not
Eglot's.
* Linking up LSP information to other libraries is generally done
in the `eglot--managed-mode' minor mode function, by
buffer-locally setting the other library's variables to
Eglot-specific versions. When deciding what to set the variable
to, the general idea is to choose a good default for beginners
that doesn't clash with Emacs's defaults. The settings are only
in place during Eglot's LSP-enriched tenure over a project. Even
so, some of those decisions will invariably aggravate a minority
of Emacs power users, but these users can use `eglot-stay-out-of'
and `eglot-managed-mode-hook' to adjust things to their
preferences.
* On occasion, to enable new features, Eglot can have soft
dependencies on popular libraries that are not in Emacs core.
"Soft" means that the dependency doesn't impair any other use of
Eglot beyond that feature. Such is the case of the snippet
functionality, via the Yasnippet package, Markdown formatting of
at-point documentation via the markdown-mode package, and nicer
looking completions when the Company package is used.
Old versions
| eglot-1.18.tar.lz | 2025-Jan-20 | 84.2 KiB |
| eglot-1.17.tar.lz | 2024-Mar-31 | 72.2 KiB |
| eglot-1.16.tar.lz | 2023-Dec-27 | 71.7 KiB |
| eglot-1.16.tar.lz | 2023-Dec-27 | 71.7 KiB |
| eglot-1.15.tar.lz | 2023-Apr-30 | 66.8 KiB |
| eglot-1.11.tar.lz | 2023-Jan-27 | 36.5 KiB |
| eglot-1.9.tar.lz | 2022-Oct-11 | 62.3 KiB |
| eglot-1.8.tar.lz | 2022-Jan-12 | 51.1 KiB |
| eglot-1.7.tar.lz | 2020-Dec-18 | 265 KiB |
| eglot-1.6.tar.lz | 2020-Apr-16 | 290 KiB |
| eglot-1.0.tar.lz | 2018-Jun-22 | 247 KiB |
| eglot-0.10.tar.lz | 2018-Jun-13 | 237 KiB |
| eglot-0.9.tar.lz | 2018-Jun-10 | 237 KiB |
| eglot-0.8.tar.lz | 2018-Jun-01 | 236 KiB |
| eglot-0.7.tar.lz | 2018-May-30 | 45.7 KiB |
| eglot-0.6.tar.lz | 2018-May-27 | 45.1 KiB |
| eglot-0.5.tar.lz | 2018-May-26 | 44.6 KiB |
| eglot-0.4.tar.lz | 2018-May-21 | 40.5 KiB |
| eglot-0.3.tar.lz | 2018-May-17 | 38.9 KiB |
| eglot-0.2.tar.lz | 2018-May-15 | 38.3 KiB |
News
Eglot NEWS -*- outline -*- Copyright (C) 2018-2025 Free Software Foundation, Inc. See the end of the file for license conditions. Please send Eglot bug reports to 'bug-gnu-emacs@gnu.org', and Cc (or X-Debbugs-CC) the maintainer 'joaotavora@gmail.com' as well. Please read the chapter titled "Troubleshooting" in the Eglot manual, available https://joaotavora.github.io/eglot/#Troubleshooting-Eglot This file is about changes in Eglot, the Emacs client for LSP (Language Server Protocol) distributed with GNU Emacs since Emacs version 29.1 and with GNU ELPA since 2018. Note: references to some Eglot issues are presented as "github#nnnn". This refers to https://github.com/joaotavora/eglot/issues/. That is, to look up issue github#1234, go to https://github.com/joaotavora/eglot/issues/1234. * Changes in Eglot 1.19 (23/10/2025) ** Support for call and type hierarchies The new commands 'eglot-show-type-hierarchy' and 'eglot-show-call-hierarchy', when invoked on a symbol, pop up a special buffer showing an interactive tree which represents a hierarchy of sub- and super-types or callers and callees for that symbol. ** New 'eglot-advertise-cancellation' variable Tweaking this variable may help some LSP servers avoid doing costly but ultimately useless work on behalf of the client, improving overall performance. ** Suggests code actions at point A commonly requested feature, Eglot will use ElDoc to ask the server for code actions available at point. This is indicated to the user, who may quickly execute via the usual 'eglot-code-actions' command or with the mouse. Customize with 'eglot-code-action-indications' and 'eglot-code-action-indicator'. ** Mode line is customizable The composition of Eglot's mode line can be fully customized by adding or removing symbols and strings from the customizable variable 'eglot-mode-line-format' ** Improved diagnostic-reporting performance and bugfixes (bug#77588) Eglot remembers the LSP document version pertaining to the diagnostics reported by the LSP server. This helps in skipping useless or confusing diagnostic updates, avoids flakiness with code actions and prevents flickering overlays when the buffer is changed. ** Markdown links migrating to *eldoc* buffer now clickable (bug#79552) Eglot now preserves crucial properties in the Markdown documentation provided by the LSP server, fixing a longstanding bug with clickable hyperlinks. See also github#1238. ** Compliant shutdown requests (bug#79653, bug#66144, github#1540) Eglot now complies with the latest LSP spec, which mandates that the shutdown request mustn't have any parameters. This should fix problems with some servers. * Changes in Eglot 1.18 (20/1/2025) ** 'eglot-managed-mode-hook' now run when turning off Eglot (bug#70958) ** Better handling of 'eglot-report-progress' Eglot no longer advertises the 'workDoneProgress' capability when this customization variable is set to nil. This requires a restart of the server for the change to take effect. ** LSP MarkedString interface is now supported (bug#71353) Some servers still use this deprecated interface for communicating documentation snippets. ** Fixes to completion logic (bug#68699, github#1339, github#1349) These affect mostly the "vanilla" frontend to completions (invoked with C-M-i). ** More strict completion expansion (bug#72705). Ensures that "expand common" commands (such as C-M-i or TAB in third-party frontends) don't result in fewer completions than before they are called. ** More robust completion results when typing quickly (github#1474, bug#73279) ** Support for 'InsertReplaceEdit' objects (bug#73857) This allows servers such as Zig's 'zls' to behave better when completion starts from the middle of an incomplete symbol. ** Experimental support for Eglot-only subprojects (github#1337) Useful for complex projects with subprojects needing different language servers. See associated github issue ... ...