From e2299a15c06255f34c82ccf5dae082c0947e5e8c Mon Sep 17 00:00:00 2001 From: Sacha Chua Date: Fri, 2 Dec 2022 18:35:18 -0500 Subject: Update title --- 2022/talks/lspbridge.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to '2022/talks/lspbridge.md') diff --git a/2022/talks/lspbridge.md b/2022/talks/lspbridge.md index 0966a169..cc58a67e 100644 --- a/2022/talks/lspbridge.md +++ b/2022/talks/lspbridge.md @@ -1,4 +1,4 @@ -[[!meta title="lsp-bridge: complete asynchronous LSP client"]] +[[!meta title="lsp-bridge: a smooth-as-butter asynchronous LSP client"]] [[!meta copyright="Copyright © 2022 Andy Stewart"]] [[!inline pages="internal(2022/info/lspbridge-nav)" raw="yes"]] @@ -6,14 +6,13 @@ -# lsp-bridge: complete asynchronous LSP client +# lsp-bridge: a smooth-as-butter asynchronous LSP client Andy Stewart and Matthew Zeng (IRC: Andy: manateelazycat) [[!inline pages="internal(2022/info/lspbridge-before)" raw="yes"]] Emacs built-in single-threaded mechanism and GC design will cause Emacs to freeze when receiving oversized LSP data. -[[!sidebar content=""]] Lsp-bridge uses python's threading technology to build caches that bridge Emacs and LSP server. Lsp-bridge will provide a smooth completion experience without compromise to slow down emacs' performance. lsp-bridge is completely asynchronous, to the point that even the completion popup is controlled by lsp-bridge. It offloads all the computation to an external python process, and hence the emacs session itself stays always responsive, as it has very few things to do. @@ -23,6 +22,7 @@ lsp-bridge has now supported 39 LSP servers and all kinds completion backend: in Related design, please check and (sorry, I'm Chinese Emacser) +[[!sidebar content=""]] [[!inline pages="internal(2022/info/lspbridge-after)" raw="yes"]] -- cgit v1.2.3