Michael Davis

That would be great! This PR has a guide for creating the `rainbows.scm` queries: https://github.com/helix-editor/helix/pull/2857/files#diff-68d1eecf9ab4c03f71757e5839fade60b6e110bf57713e6bebb2edef6a6dd062 and I could use some feedback on that, plus better language support would be good...

You don't need to fix the merge conflicts - we can resolve those before merging

Hmm yeah I think it's not possible currently or easy to change to have one callback create the next like I'm thinking. I think it's probably fine to ignore `set_status`ing...

This could actually be implemented with a macro. On #4709: ```toml [keys.normal] "]"."'" = "@'" "["."'" = "@'" ```

I hooked this branch [into khepri-benchmark](https://github.com/the-mikedavis/khepri-benchmark/commit/894d42c5c2b1cb598d4d36145b372561f0df7c61) and the results are not quite what I expected. Results... ``` System information: OS: Linux CPU: Intel(R) Core(TM) i7-9700KF CPU @ 3.60GHz Number of...

Closing this in favor of #135. This approach is simpler than #135 in terms of usage - you only need to pass `use_cache => true` in the query options -...

What would you think about an ETS-based LRU cache for this? Would you be open to a contribution?

Tree-sitter is capable of really nice syntax highlighting but there are some drawbacks to consider. For the 109 languages supported in Helix, the total size of the compiled parsers is...

I think on the heex side the queries are ready but we should probably await a resolution to #24 so that the injections are in good shape as well

I think it would be a good increment to start using the heex grammar now, especially since there currently isn't `~H` highlighting 👍 The cases in #24 might be pretty...