thread: alternative language modules; language support requests

[NotAShelf]

Tracking issue for alterative language modules. This is both a place to track progress on language modules that are to be added, or to request new ones.

• Assembly - languages/assembly: init #447
• Bash languages/bash: add LSP #142
• Haskell - Haskell: init #426
• Kotlin - languages/kotlin: init #390
• lua feat: lua language support and neodev.nvim #139
• Nim languages/nim: init #205
• Terraform languages: add terraform language support #182
• R R: adding LSP #378
• ruby Add ruby language support to neovim-flake (WIP) #89 (closed, ruby is pain)

[horriblename]

I can add lua support, I have it setup already anyway

[NotAShelf]

would be nice, I'll take a look at bash and kotlin then

[Soliprem]

It'd be nice to add Julia and R. They're very commonly used in data science (in fact, I'm pretty sure R is still more used than Python)

[NotAShelf]

I'd be happy to take a look at Julia support sometime, but R is unfortunately far outside my area of expertise - would be better if someone with experience in using R took it on.

[Soliprem]

maybe there's another flake that already implements it so we can take a look at how they integrate the toolset? I tried looking into it but didn't find any myself.

[Soliprem]

In terms of useful tooling, this is a great data science config imo:
https://github.com/jmbuhr/quarto-nvim-kickstarter
Quarto is very commonly used, and the way they implement otter might even be cool for other uses (e.g., writing code snippets in normal markdown).

I notice it uses luarocks.nvim to installl image.nvim, but I assume it can be handled by the system luarocks compiler, seeing as that was the original method and seems to still be supported. Or we can simply not implement image.nvim, as it does depend on kitty and that's a pretty big assumption to make about a user's setup.

[NotAShelf]

image.nvim is already implemented under utilty/images.

[Soliprem]

oh, missed it. RN I'm working on the R lsp and formatter (I found both packages in nixpkgs, so I assume it shouldn't take too long. I can begin testing on my local instance pretty soon)

[sofiasmnk]

Syntax highlighting doesn't seem to be working inside HEEx templates in Elixir files. Could it be that languages.elixir.enable = true isn't adding HEEx and EEx to the treesitter grammars?

[NotAShelf]

You're right, HEEx and EEx grammars are not added by the Elixir language module. I've not used Elixir, so I couldn't test it very thoroughly.

Looks like both heex and eex grammars are in nixpkgs, I'll add them later tonight but I would be open to a PR if you can send it before I get to my desktop.

[OakleyCord]

Adding glslls would be nice for doing shader work :) i could try to figure it out and make a pr myself

[zeidoo]

Any pointers on getting protobufs to work?

[linuxchr]

Requesting TOML Lsp with taplo

[NotAShelf]

Taplo and yaml-language-server have been on my radar for a while, I'll try to handle them both tomorrow.

[dotunwrap]

I would be interested in seeing how vue-language-server could be packaged for nvf.

[NotAShelf]

I'm looking to add a bunch of language servers, but #643 is currently holding me back ass I'd like to avoid merge conflicts.

vue-ls is now on my radar, but it might take a little while. Until then it is possible to set up lspconfig manually in vim.luaConfigRC

[sofiasmnk]

You're right, HEEx and EEx grammars are not added by the Elixir language module. I've not used Elixir, so I couldn't test it very thoroughly.

Looks like both heex and eex grammars are in nixpkgs, I'll add them later tonight but I would be open to a PR if you can send it before I get to my desktop.

Hello! So sorry to ask about this again. I didn't do a PR because I'm very new to using Nix and am not confident I could do it properly.

I tried to add them on my own config via treesitter.grammars:

vim.treesitter.grammars = with pkgs; [
    tree-sitter-grammars.tree-sitter-heex
    tree-sitter-grammars.tree-sitter-eex
];

And they are added, but heex isn't working properly. Doing :checkhealth nvim-treesitter, I get:

The following errors have been detected: ~
- ERROR heex(injections): ...d-0.10.4/share/nvim/runtime/lua/vim/treesitter/query.lua:252: Query error at 11:6. Invalid node type "ending_expression_value":
      (ending_expression_value)
       ^
  
  heex(injections) is concatenated from the following files:
  | [ERROR]:"/nix/store/b7rb36hmf0k0lxa02qyli22gdpqc4h3w-neovim-pack-dir/pack/mnw/start/nvim-treesitter/queries/heex/injections.scm", failed to load: ...d-0.10.4/share/nvim/runtime/lua/vim/treesitter/query.lua:252: Query error at 11:6. Invalid node type "ending_expression_value":
      (ending_expression_value)

I wondered if the grammar itself was just bugged somehow, but on a non-nvf install of neovim, it works properly? The non-nvf config is just set up like this:

programs.neovim.plugins = with pkgs.vimPlugins; [
  ( nvim-treesitter.withPlugins (p: [p.tree-sitter-elixir p.tree-sitter-eex p.tree-sitter-heex]) );
]

[NotAShelf]

Can you try with pkgs.vimPlugins.nvim-treesitter.builtGrammars; [ ... ];?

[sofiasmnk]

Can you try with pkgs.vimPlugins.nvim-treesitter.builtGrammars; [ ... ];?

It works! Thank you so much!