]> git.lizzy.rs Git - rust.git/commit
Merge #7874
authorbors[bot] <26634292+bors[bot]@users.noreply.github.com>
Wed, 10 Mar 2021 14:34:59 +0000 (14:34 +0000)
committerGitHub <noreply@github.com>
Wed, 10 Mar 2021 14:34:59 +0000 (14:34 +0000)
commit9dc13408f954719ae0b06d778ce6338bfcd5a63d
tree5c1e05f3b1afa70492d37384fd94b989d49d80c5
parenta9b1e5cde1cc6e470be60cf2c230b99a62c2d2c3
parent09307be75b452bd7a10b3855b5d43083cca140a1
Merge #7874

7874: add apply ssr assist r=JoshMcguigan a=JoshMcguigan

This PR adds an `Apply SSR` assist which was briefly mentioned in #3186. It allows writing an ssr rule as a comment, and then applying that SSR via an assist. This workflow is much nicer than the default available via `coc-rust-analyzer` when iterating to find the proper replacement.

As currently implemented, this requires the ssr rule is written as a single line in the comment, and it doesn't require any kind of prefix. Anything which properly parses as a ssr rule will enable the assist. The benefit of requiring the ssr rule be on a single line is it allows for a workflow where the user has several rules written one after the other, possibly to be triggered in order, without having to try to parse multiple lines of text and determine where one rule ends and the next begins. The benefit of not requiring a prefix is less typing :laughing:  - plus, I think the chance of something accidentally parsing as an ssr rule is minimal.

I think a reasonable extension of this would be to allow either any ssr rule that fits on a single line, or any comment block which in its entirety makes up a single ssr rule (parsing a comment block containing multiple ssr rules and running them all would break the use case that currently works where a user writes multiple ssr rules then runs them each one by one in arbitrary order).

I've marked this as a draft because for some reason I am strugging to make the unit tests pass. It does work when I compile rust-analyzer and test it in my editor though, so I'm not sure what is going on.

Co-authored-by: Josh Mcguigan <joshmcg88@gmail.com>