emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Language Servers and Emacs


From: Phillip Lord
Subject: Re: Language Servers and Emacs
Date: Wed, 26 Apr 2017 16:23:24 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)

"Perry E. Metzger" <address@hidden> writes:

> On Wed, 26 Apr 2017 12:15:19 +0100 address@hidden
> (Phillip Lord) wrote:
>> > I suspect that most of the ways of interacting with external
>> > language tools other than LSP will fade over time, but whether or
>> > not that's the case, it clearly seems to be smarter to have an
>> > external language tool than to have to duplicate the work of
>> > parsing and managing symbol tables inside the editor.  
>> 
>> Well, this depends whether LSP is good or not.
>
> You might re-read what I was saying. It is more general than LSP. My
> point was that whether _LSP_ is the One True Way or not, the idea of
> interacting with language tools to get information about the program
> instead of building a parser for every language into the editor is
> clearly a good one. So that doesn't depend on whether LSP is good or
> not. :)

You are right, I didn't read your statement clearly enough.

I am not 100% convinced though. I think, some of the work will remain
with the IDE, both because of speed and because of the difference
between in memory and on file. Syntax highlighting is an obvious
example at least in part.

>> A brief look at LSP seems that it's relatively limited in scope,
>> though; it has some discussion of "capabilities" and "execute
>> command". How extensible is it? For instance, NREPL allows evalling
>> code, or loading files? Would it be possible to send enough data
>> through LSP to support edebug step through debugging for instance?
>
> It's really intended for helping editors out, but it is extensible.
> Have a read:
>
> https://github.com/Microsoft/language-server-protocol
> https://github.com/Microsoft/language-server-protocol/blob/master/protocol.md

Okay.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]