tree-sitter-elisp
tree-sitter-comment
tree-sitter-elisp | tree-sitter-comment | |
---|---|---|
2 | 6 | |
53 | 122 | |
- | - | |
3.6 | 3.2 | |
12 months ago | 12 days ago | |
C | C | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tree-sitter-elisp
-
RMS – EmacsConf Talk
Here is the tree-sitter grammar of Elisp:
https://github.com/Wilfred/tree-sitter-elisp/blob/main/gramm... (approx. 200 lines)
and here is the grammar of JavaScript:
https://github.com/tree-sitter/tree-sitter-javascript/blob/m... (approx. 1200 lines)
JavaScript evolved into a language of similar complexity as Perl 5 (the corresponding tree sitter syntax table counts almost 2000 lines, currently).
-
EmacsConf 2022 Starting Now
> I like the multiprocess approach with standard protocols, despite its complexities, because it lets different editors share smarts.
Yes, the benefit LSP brings is putting editors/IDEs on equal footing with respect to a specific language. Also the multiplicative effect when the author of a new language provides a language server so nobody needs to switch their IDEs to try it out.
However, seeing how „straight forward“ a tree-sitter specific language grammar looks in practice (1) makes we wonder if by providing a TS grammar for a language would realize (almost) the same benefit. Based on such a grammar and TS’ selector engine figuring out a syntax highlighting scheme, code folder, a docstring or symbol scanner might not be such a huge endeavor any more as you described for ENSIME.
So, yeah, in the end LSP might be dead end at some point, especially because TS promises to be very fast and avoids any IPC. Performance seems to be the biggest problem of LSP clients in Emacs and probably other editors as well.
(1) https://github.com/Wilfred/tree-sitter-elisp/blob/main/gramm... — of course, the example being ELISP makes it look easier than said, if you compare it with the grammar of Perl5 that’s not yet finished unsurprisingly.
tree-sitter-comment
-
Documentation Comment highlighting with TreeSitter
As far as I know there is currently no treesitter parser for Doxygen style comments. There is a language agnostic comment parser that is supported by nvim-treesitter that will highlight things like TODO: and NOTE: in comments. Until this recent commit nvim-treesitter provided a query for this parser that highlighted @ text in comments. It was meant to highlight a reference to a user but it doubled as a doxygen tag highlight for me for a while. I just noticed that this query has been removed and I'm not sure why but you can add it as a custom query in your Neovim config. I have yet to try this so you'll have to refer to the Neovim treesitter docs for where to add the query.
-
emacs-29: Using treesitter to highlight keywords in comments
I'm not sure how to use this in Emacs, but there's also a tree-sitter grammar specifically for comment blocks, including TODOs: https://github.com/stsewd/tree-sitter-comment
-
Will Treesitter ever be stable on big files?
you mean this one? https://github.com/stsewd/tree-sitter-comment
-
paint.nvim: Simple Neovim plugin to easily add additional highlights to your buffers
The reason I implemented this is because of the slow performance of tree-sitter-comment in large files. Treesitter will inject the comment language for every line comment, which is far from ideal. I've disabled the comment parser, but still wanted to see @something highlighted in Lua comments.
-
Treesitter query not working
The right most window shows the code I want to query. This is a .cpp file, so the main-language is C++. For highlighting the two comments, I'm using tree-sitter-comment. This plugin injects the comment-language. I want to query all tag nodes from this injected language, but this query does not work.
-
Is it possible to get highlight on these comments docs with treesitter?
You can install this parser for treesitter which highlights comments :)
What are some alternatives?
emacs-ng - A new approach to Emacs - Including TypeScript, Threading, Async I/O, and WebRender.
tree-sitter-go-template - Golang template grammar for tree-sitter
tree-sitter-javascript - Javascript grammar for tree-sitter
tsdoc - A doc comment standard for TypeScript
go-tree-sitter - Golang bindings for tree-sitter https://github.com/tree-sitter/tree-sitter
nvim-treesitter - Nvim Treesitter configurations and abstraction layer
tree-sitter-html - HTML grammar for Tree-sitter
giscus - A comment system powered by GitHub Discussions. :octocat: :speech_balloon: :gem:
tree-sitter-markdown - Markdown grammar for tree-sitter
comments - Native comments for your Laravel application.
DoxyGen-Syntax - DoxyGen Highlighting on top of c/c++/java
nvim-config