for what it is worth I think freemarker is a perfect candidate for
LSP
approach.
Glad the idea please you Max.
The language server can be reused in visual studio code, emacs and vi
implementations of LSP support.
Indeed, you can find:
*
https://github.com/angelozerr/freemarker-languageserver the basic
Freemarker Language Server
*
https://github.com/angelozerr/lsp4e-freemarker Eclipse based on LSP4e
which consumes the server
*
https://github.com/dcortes92/vs-freemarker/issues/15 my suggestion to
consume the server inside VSCode in the existing VSCode Freemarker extension
Once I will find why Daniel cannot consume the Freemarker Language Server
with LSP4e (see
https://github.com/angelozerr/lsp4e-freemarker/issues/2),
if I find time I will experiment advanced features like completion,
hyperlink, outline, etc (see
https://github.com/angelozerr/freemarker-languageserver/issues/1)
Regard's Angelo
2018-03-20 16:43 GMT+01:00 Mickael Istria <mistria(a)redhat.com>:
On Tue, Mar 20, 2018 at 4:33 PM, Max Rydahl Andersen <manderse(a)redhat.com>
wrote:
> nice. does that approach end up being sensible for users or will it add a
> lot of details to the outline ?
>
It would depend on the LS grain for "symbols". My experience with it was
positive and I never suffered from a too full outline as far as I remember.
Feel free to give it a try with BlueSky for instance and to report your
impressions on related bug trackers.
--
Mickael Istria
Eclipse IDE <
https://www.eclipse.org/downloads/eclipse-packages/>
developer, at Red Hat Developers <
https://developers.redhat.com/>
community
Elected Committer Representative at the Eclipse Foundation
<
https://www.eclipse.org/org/> board of directors