feat: more languages supported

I'd like to expand the number of languages supported for comment checking. There are a number of additional considerations for structured comments (like JavaDoc), but some should be pretty straightforward.

Running list:

Bash
YAML
HTML
Java
Groovy
Git commit buffers (filetype gitcommit)
PowerShell

In addition to adding language parsers to the tree-sitter code, we would also need to open pull requests for nvim-lspconfig, mason and fix harper-ls to announce support for the capability.

Feel free to add suggestions to this list.

Alright. At the time of writing, we've got JavaDoc, HTML, and Bash supported, as well as gitcommit buffers.

If you could add php to the list as well, it would be great

Adding dart would be great as well.

Hey, markdown support seems pretty advanced. 👍
But are there plans to also support other markup languages, such as djot, with the same level of functionality?
Or will only markdown be seen as a first-class citizen in the near future?

Either way, I am thrilled about the project and being able to use a solid spell-checker LSP 🥳 :

PS: Are you planning on adding a sponsoring option?

fix(extension): added supported languages

Coming back to this issue after a solid period of stagnation, to give an update.

#332 has added Haskell support, #354 is adding Vimscript, and #353 is adding cmake support. These will all be considered "rough" until someone has the time to go in and touch them up (which is a good first issue to tackle, if anyone is interested).

I plan on adding PHP and potentially PowerShell later today.

But are there plans to also support other markup languages, such as djot, with the same level of functionality?

We've got an open PR for Typst support: #302. I do not personally have time in the near future to add similar levels of polish to a new language as the Markdown parser. That said, we are entirely open to PRs on the topic, and I can answer any questions you may have. I'm not sure how complex djot is, but it may be as simple as importing the right Treesitter parser.

Either way, I am thrilled about the project and being able to use a solid spell-checker LSP 🥳

That's great to hear! I aim to please.

PS: Are you planning on adding a sponsoring option?

We might be a little past that.

Emacs org-mode support would be rad

I just had a peep at the supported languages and here are some I note to be missing:

Assembly
Elixir
Kotlin
Odin
Zig

I've never used Elixir. Kotlin probably requires the least effort, possibly none. Zig and Odin from memory both also just have C-like comments. Assembly uses ; to introduce comments, at least the common ones.

Glad to see PowerShell is on the running list!

mail support isn't great right now. Since it uses the PlainEnglish parser, it also applies rules to the headers and metadata of the file which isn't ideal. I'm working on a tree-sitter parser for the mail format atm, I'm wondering if it would be possible to only apply harper's rules to contents of the (body) node, or something like that?

Yeah! Using the masker in harper-tree-sitter you can select by node label.

sounds great. I will give that a shot when I'm able.

It would be nice to have support for jujutsu commits just like git-commit.

update: implemented in #2082

Re: a discussion in the discord, we could look into supporting Quatro and RMarkdown. They're both extensions of markdown. RMarkdown has a very solid tree-sitter parser available. Quatro has one too but I haven't been able to verify if it still works. Using these parser and the Masker we should be able to support them. For the time being, they could be treated the same as regular Markdown files; after a brief test, this generally works fine at the cost of some false positives on certain syntax elements.

I would love it if suport for PureBasic was added.

Commenting to add that it would be great to see Gleam support, tree sitter is at https://github.com/gleam-lang/tree-sitter-gleam

I just had a peep at the supported languages and here are some I note to be missing:

Assembly

Elixir

Kotlin

Odin

Zig

I've never used Elixir. Kotlin probably requires the least effort, possibly none. Zig and Odin from memory both also just have C-like comments. Assembly uses ; to introduce comments, at least the common ones.

Elixir would be nice to have.

I've never used Elixir. Kotlin probably requires the least effort, possibly none. Zig and Odin from memory both also just have C-like comments. Assembly uses ; to introduce comments, at least the common ones.

Elixir would be nice to have.

There's actually an official Tree-sitter grammar for it too: https://github.com/elixir-lang/tree-sitter-elixir

I'm a bit surprised this hasn't been brought up yet, but if there could somehow be SQL support (or at least some of its dialects like T-SQL or Postgres), it would be wonderful!

Hey, all. It would be cool to have support for Julia :D

Hey, all. It would be cool to have support for Julia :D

Tree sitter parser: https://github.com/tree-sitter/tree-sitter-julia

Hihi, please consider adding support for Sass/SCSS. Much appreciated

Navigation Menu

Repository navigation

feat: more languages supported #79

64 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

feat: more languages supported #79

Description

Activity

elijah-potter commented on Aug 9, 2024

mostafaqanbaryan commented on Aug 11, 2024

Vinzent03 commented on Sep 3, 2024

kai-tub commented on Sep 5, 2024

elijah-potter commented on Jan 3, 2025

krupan commented on Feb 5, 2025

hippietrail commented on Feb 6, 2025

jkprcl commented on Feb 6, 2025

ficd0 commented on Feb 20, 2025

elijah-potter commented on Feb 20, 2025

ficd0 commented on Feb 20, 2025

funnes commented on Feb 22, 2025

ficd0 commented on Feb 22, 2025

64 remaining items

Manuallly-Installed commented on May 22, 2026

jtdowney commented on Jul 2, 2026

exiquio commented on Jul 14, 2026

hippietrail commented on Jul 14, 2026

radioactive-exe commented on Sep 9, 2026

dccabanas commented on Sep 18, 2026

grantlemons commented on Sep 18, 2026

suchverynice commented on Sep 26, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions