News for hackers. Stuff that matters.
Re:LSP could have been better by zarzavat on Thursday October 12, 2023 @01:58AM (#37853894)
> I want the editor to look at temporary buffers served up from the language server and have the code be “written” by sending the temporary buffer back to the language server which handles writing it out to files itself.

I don’t think any editor would want to accept this workflow. The biggest issue is that writing is reputation-critical, if the editor writes to the wrong place, or it fails to write when it should have written, then users lose their work which makes them very unhappy. So the editor has to take responsibility for doing the writing, and that is the user’s mental model when they save their work.

Re:LSP could have been better by fiddlerwoaroof on Thursday October 12, 2023 @02:34AM (#37854105)
I want a system more like Bank Python[1] or Unison[2] or Pharo Smalltalk[3] that gets us beyond the idea of "code in files". And I have plans to build this on top of Common Lisp + SLIME

[1]: https://calpaterson.com/bank-python.html

[2]: https://www.unison-lang.org

[3]: https://pharo.org

Re:LSP could have been better by pawelmurias on Thursday October 12, 2023 @10:03AM (#37857307)
Loads of people absolutely hate having to use a weird custom IDE just to try a language. That's why all the smalltalk like things are doomed for failure unless they are enforced by a platform.
Re:LSP could have been better by fiddlerwoaroof on Thursday October 12, 2023 @02:46PM (#37861274)
Yeah, this is the problem my proposal solves.