tree-sitter-language-pack

The headline changes in this release are related to the Python plugin host: - Upgraded Python 3.8 to Python 3.14 - Python 3.3 is now disabled by default By default, Sublime plugins now all run under the Python 3.14. The 3.8 plugin host was removed (Python 3.8 reached EOL in Oct 2024), and the 3.3 plugin host is deprecated, and will be removed in a future release. This is great for plugin devs. They get improvements to syntax, performance, type hints, the standard library, etc, and they can depend on modern versions of Python packages. Many packages no longer receive updates for 3.8 (e.g. https://github.com/psf/requests), let alone 3.3, and many others simply don't run on these older python versions (e.g. https://github.com/xberg-io/tree-sitter-language-pack). Like the plugin systems for Emacs/Neovim/VS Code (and unlike the sandboxed syste

Most of them are in the language pack (https://github.com/Goldziher/tree-sitter-language-pack) For others, this is a sub optimal answer, but I’ve played with generating grammars with latest llms and they are surprisingly good at doing this (in a few shots). That being said, if you’re doing something more serious than syntax highlighting or shipping it in a product, you’ll want to spend more time on it.

Uhh… The fact that there's no Archlinux package for a given language doesn't imply there's no tree-sitter support (official or 3rd-party) for that language? See e.g. the very long list of languages on https://github.com/Goldziher/tree-sitter-language-pack , which does include R, YAML, Golang, and many more.

I had the fears when I saw "Perform precise textual or regular expression searches" next to "Track down every definition and reference of a specific symbol" but it seems they're kind of using tree-sitter, but only if you happen to name your files in the magic way https://github.com/cased/kit/blob/v0.1.1/src/kit/tree_sitter... against these versions of tree-sitter https://github.com/Goldziher/tree-sitter-language-pack/blob/...