rust/crates/rust-analyzer/src
bors[bot] 848aa56df5
Merge #4397
4397: Textmate cooperation r=matklad a=georgewfraser

This PR tweaks the fallback TextMate scopes to make them more consistent with the existing grammar and other languages, and edits the builtin TextMate grammar to align with semantic coloring. Before is on the left, after is on the right:

<img width="855" alt="Screen Shot 2020-05-10 at 1 45 51 PM" src="https://user-images.githubusercontent.com/1369240/81512320-a8be7e80-92d4-11ea-8940-2c03f6769015.png">

**Use keyword.other for regular keywords instead of keyword**. This is a really peculiar quirk of TextMate conventions, but virtually *all* TextMate grammars use `keyword.other` (colored blue in VSCode Dark+) for regular keywords and `keyword.control` (colored purple in VSCode Dark+) for control keywords. The TextMate scope `keyword` is colored like control keywords, not regular keywords. It may seem strange that the `keyword` scope is not the right fallback for the `keyword` semantic token, but TextMate has a long and weird history. Note how keywords change from purple back to blue (what they were before semantic coloring was added):

**(1) Use punctuation.section.embedded for format specifiers**. This aligns with how Typescript colors formatting directives:

<img width="238" alt="Screen Shot 2020-05-09 at 10 54 01 AM" src="https://user-images.githubusercontent.com/1369240/81481258-93b5f280-91e3-11ea-99c2-c6d258c5bcad.png">

**(2) Consistently use `entity.name.type.*` scopes for type names**. Avoid using `entity.name.*` which gets colored like a keyword.

**(3) Use Property instead of Member for fields**. Property and Member are very similar, but if you look at the TextMate fallback scopes, it's clear that Member is intended for function-like-things (methods?) and Property is intended for variable-like-things.

**(4) Color `for` as a regular keyword when it's part of `impl Trait for Struct`**. 

**(5) Use `variable.other.constant` for constants instead of `entity.name.constant`**. In the latest VSCode insiders, variable.other.constant has a subtly different color that differentiates constants from ordinary variables. It looks close to the green of types but it's not the same---it's a new color recently added to take advantage of semantic coloring.

I also made some minor changes that make the TextMate scopes better match the semantic scopes. The effect of this for the user is you observe less of a change when semantic coloring "activates". You can see the changes I made relative to the built-in TextMate grammar here:

a91d15c80c..97428b6d52 (diff-6966c729b862f79f79bf7258eb3e0885)


Co-authored-by: George Fraser <george@fivetran.com>
2020-05-11 17:33:38 +00:00
..
bin Merge #4403 2020-05-11 17:25:34 +00:00
cli Pass cargo.target to rustc 2020-05-05 18:15:13 +02:00
main_loop req -> lsp_ext 2020-05-10 19:27:12 +02:00
caps.rs Make incremental sync opt-out 2020-05-04 19:54:39 +03:00
cargo_target_spec.rs add doctest support #4317 2020-05-05 17:44:27 +02:00
cli.rs add diagnostics subcommand to rust-analyzer CLI 2020-04-13 18:40:41 -07:00
config.rs Check client capabilities before sending progress notifications 2020-05-11 13:16:46 -04:00
diagnostics.rs
from_proto.rs Simplify proto conversion 2020-05-10 19:01:26 +02:00
lib.rs req -> lsp_ext 2020-05-10 19:27:12 +02:00
lsp_ext.rs req -> lsp_ext 2020-05-10 19:27:12 +02:00
main_loop.rs Check client capabilities before sending progress notifications 2020-05-11 13:16:46 -04:00
markdown.rs
semantic_tokens.rs Make it impossible to forget to add a semantic token type / modifier 2020-04-28 17:14:05 +02:00
to_proto.rs Use Property instead of Member for fields 2020-05-10 13:07:28 -07:00
vfs_glob.rs Simpify workspace handling 2020-04-02 21:07:05 +03:00
world.rs Simplify crate graph creation 2020-05-09 21:26:59 +03:00