aboutsummaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
* Don't bother with focus range for navigation to localsAleksey Kladov2019-12-182-7/+49
|
* Refactor goto tests to always specify textsAleksey Kladov2019-12-182-52/+76
|
* Add blank lines for readabilityAleksey Kladov2019-12-181-0/+4
|
* RefactoringEdwin Cheng2019-12-184-53/+55
|
* Rename range to by_kindEdwin Cheng2019-12-183-4/+4
|
* Add test for token mapEdwin Cheng2019-12-181-0/+43
|
* Fix shift id for delim and other tokensEdwin Cheng2019-12-181-3/+15
|
* Add TokenTextRangeEdwin Cheng2019-12-182-10/+35
|
* Add token id to delimsEdwin Cheng2019-12-186-65/+135
|
* Add token ids for all tt::LeafEdwin Cheng2019-12-186-33/+72
|
* Merge #2582bors[bot]2019-12-171-11/+0
|\ | | | | | | | | | | | | | | 2582: Drop dead code r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * Drop dead codeAleksey Kladov2019-12-171-11/+0
| |
* | Merge #2581bors[bot]2019-12-176-17/+34
|\| | | | | | | | | | | | | | | 2581: Refactor PathKind r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * Refactor PathKindAleksey Kladov2019-12-176-17/+34
| |
* | Merge #2580bors[bot]2019-12-173-3/+3
|\ \ | |/ |/| | | | | | | | | | | 2580: Fix highlighting token names r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * Fix highlighting token namesAleksey Kladov2019-12-173-3/+3
| |
* | Merge #2562bors[bot]2019-12-175-48/+86
|\ \ | |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | 2562: Fix NavigationTarget ranges r=matklad a=edwin0cheng Fix the issue described in https://github.com/rust-analyzer/rust-analyzer/pull/2544#issuecomment-565572553 This PR change the order for finding `full_range` of `focus_range` in following orders: 1. map both ranges to macro_call 2. map focus range to a token inside macro call, and full range to the whole of macro call 3. map both ranges to the whole of macro call And fix the corresponding tests and make these tests easily to follow. Co-authored-by: Edwin Cheng <[email protected]>
| * Use simpler logic on original_rangeEdwin Cheng2019-12-142-56/+46
| |
| * Re-export Origin to replace ExpansionOriginEdwin Cheng2019-12-144-17/+11
| |
| * Fix original_source find orderEdwin Cheng2019-12-145-55/+109
| |
* | Improve recovery for incomplete lambdasAleksey Kladov2019-12-173-1/+94
| |
* | Add test markFlorian Diebold2019-12-153-2/+9
| |
* | Handle impl Trait more correctlyFlorian Diebold2019-12-153-1/+56
| | | | | | | | | | | | | | When calling a function, argument-position impl Trait is transparent; same for return-position impl Trait when inside the function. So in these cases, we need to represent that type not by `Ty::Opaque`, but by a type variable that can be unified with whatever flows into there.
* | Add test for unifying impl TraitFlorian Diebold2019-12-151-1/+27
| |
* | remove unnecessary turbofish.Omer Ben-Amram2019-12-151-2/+1
| |
* | cfg gated tests that only work on windows.Omer Ben-Amram2019-12-151-10/+16
| |
* | improved path checking to consider only paths that may contain a windows drive.Omer Ben-Amram2019-12-151-20/+44
| |
* | move import inside cfg blockOmer Ben-Amram2019-12-151-1/+2
| |
* | Lowercase drive letters on windows before sending to extension.Omer Ben-Amram2019-12-151-0/+34
| |
* | use a module instead of prefixed consts.Omer Ben-Amram2019-12-151-66/+64
| |
* | introduce named constants for highlighting tag names.Omer Ben-Amram2019-12-151-37/+67
| |
* | Merge #2559bors[bot]2019-12-153-17/+27
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2559: Add some granularity to syntax highlighting. r=matklad a=omerbenamram Hi, I wanted to start using `rust-analyzer` a bit more frequently - one of the main blockers for me so far was the highlighting. I just discovered it's possible to override the default colors with `ralsp.<something>` setting without waiting for #2061! However, the current implementation was lumping a bunch of different tokens into `type` and `literal`. The golden standard IMO is what Clion is currently doing (and is my current daily driver for rust). Clion allows users to control the coloring for specific literal kinds, and the default is to distinguish between them (numerics get a different color from strings, and special colors for bytestrings). I've also splitted the builtin types, which are also allowed to be highlighted speratly. My goal is to match the default experience I'm getting with clion. The only blockers now I think is that `rust-analyzer` doesn't corrently infer types in some situations, so the highlighting information is incorrect in those cases. This is what it looks like so far (with colors overriden to match clion's theme): ![image](https://user-images.githubusercontent.com/2467993/70848219-ccd97900-1e76-11ea-89e1-2e467cfcc9fb.png) If there are any other changes you feel is necessary let me know. I did leave the default colors to match the current behavior, since I'm not familiar with the colors for this theme, I added some random (different) colors in the test to check that it indeed was working. Co-authored-by: Omer Ben-Amram <[email protected]>
| * | fixed rainbow-highlighting testOmer Ben-Amram2019-12-151-0/+2
| | |
| * | Merge branch 'refs/heads/master' into feature/granular-scopesOmer Ben-Amram2019-12-1426-318/+414
| |\ \
| * | | removed `type.alias`Omer Ben-Amram2019-12-142-14/+18
| | | |
| * | | added decorationsOmer Ben-Amram2019-12-141-2/+2
| | | |
| * | | scopes resolution is more granularOmer Ben-Amram2019-12-131-8/+12
| | | |
* | | | Merge #2561bors[bot]2019-12-1419-355/+478
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2561: Split generic and non-generic paths r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]>
| * | | | Use different types for path with and without genericsAleksey Kladov2019-12-1418-354/+471
| | | | |
| * | | | Use all-features by defaultAleksey Kladov2019-12-141-1/+7
| | |/ / | |/| |
* | | | Merge #2552bors[bot]2019-12-143-6/+106
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2552: fix goto definition when inbetween tokens r=matklad a=succcubbus fixes both goto_definition and goto_type_definition. before, when running goto between some non-trivia token and an identifier, goto would be attempted for the non-trivia token. but this does not make sense for e.g. L_PAREN or COLONCOLON only for IDENTs. this resulted in goto actions not working when running them on the first character of some identifier e.g. for `module::<|>method()` or `method(<|>parameter)`. now only IDENTs will be searched for in goto actions, though i'm not sure if this is correct or if goto should also work for some other token types. Co-authored-by: succcubbus <[email protected]>
| * | | for goto and hover pick the token based on a prioritysucccubbus2019-12-133-17/+46
| | | |
| * | | add tests for goto on tuple fieldssucccubbus2019-12-132-1/+33
| | | |
| * | | try both surrounding tokens for hoversucccubbus2019-12-131-4/+12
| | | |
| * | | add failing testsucccubbus2019-12-131-0/+7
| | | |
| * | | use find() instead of filter().next()succcubbus2019-12-131-1/+1
| | | |
| * | | fix goto definition when inbetween tokenssucccubbus2019-12-132-4/+28
| |/ / | | | | | | | | | | | | | | | | | | | | | fixes both goto_definition and goto_type_definition. before, when running goto between some non-trivia token and an identifier, goto would be attempted for the non-trivia token. but this does not make sense for e.g. L_PAREN or COLONCOLON only for IDENTs. now only IDENTs will be searched for in goto actions.
* | | Merge #2554bors[bot]2019-12-1418-235/+223
|\ \ \ | |_|/ |/| | | | | | | | | | | | | | | | | 2554: Add macros for known names and paths r=matklad a=flodiebold Co-authored-by: Florian Diebold <[email protected]>
| * | Use path macroFlorian Diebold2019-12-134-80/+49
| | |
| * | Rename N! to name!Florian Diebold2019-12-1316-63/+63
| | |
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-27 14:51:13 +0000