LSP could have been better

• language-server-protocol

  121 10,798 8.7 HTML

  Defines a common protocol for language servers.

  

There was a lengthy discussion on this [1]. UTF-16 was used because it was convenient: it's what Microsoft API's and JavaScript already use (the latter being the language VS Code is written in).

[1] https://github.com/microsoft/language-server-protocol/issues...

• python-lsp-server

  55 1,716 7.9 Python

  Fork of the python-language-server project, maintained by the Spyder IDE team and the community

  

I came at the tail end of https://github.com/python-lsp/python-lsp-server/issues/195. The possibility of me sponsoring a fix came up, and I’m on board with it, but the other contributor never replied.

• InfluxDB

  www.influxdata.com featured

  Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

  

• rust-analyzer

  133 13,659 10.0 Rust

  A Rust compiler front-end for IDEs

  

Agree this is not a problem. rust-analyzer also includes a boatload of custom extensions. Here's how "query type of selected expression" works, for example:

https://github.com/rust-lang/rust-analyzer/blob/master/docs/...

• eglot

  66 2,196 3.0 Emacs Lisp

  A client for Language Server Protocol servers

Recently I stumbled upon this issue:

https://github.com/joaotavora/eglot/discussions/1127

I don't know enough about emacs and LSP to see the full picture, but it seems that both eglot's and corfu's maintainers, assumably very competent programmers, can't find a solution for this.

I only skimmed the thread. My understanding is that LSP dumps a long list of completion candidates at once and they can't decide a cache strategy that works well with existing code...?

• company-mode

  41 2,165 8.6 Emacs Lisp

  Modular in-buffer completion framework for Emacs

  

I'm curious to know what `company` does differently here than `corfu`. As a longtime user I couldn't be happier.

https://company-mode.github.io/

• pharo

  20 1,157 10.0 Smalltalk

  Pharo is a dynamic reflective pure object-oriented language supporting live programming inspired by Smalltalk.

  

• vscode-debugadapter-node

  1 260 4.7 TypeScript

  Debug adapter protocol and implementation for VS Code.

  

https://github.com/microsoft/vscode-debugadapter-node/issues...

• SaaSHub

  www.saashub.com featured

  SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

  

• iceberg

  5 133 9.1 Smalltalk

  Iceberg is the main toolset for handling VCS in Pharo. (by pharo-vcs)

  

The problem with the filesystem is that it privileges organization scheme which isn’t the best one for every editing task. This makes, for example, implementation inheritance hard because your class has a bunch of invisible code in it. But, it you could expand all the superclass methods into a single view and then have edits automatically integrated into the appropriate places, this wouldn’t be as much of a problem.

Java’s filesystem hierarchy is a great example of a “fileout” format for the sort of environment I’m talking about. Another example here is smalltalk repositories generated by Iceberg: https://github.com/pharo-vcs/iceberg

Suggest a related project