aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_ide/src/snapshots
Commit message (Collapse)AuthorAgeFilesLines
* Introduce new semantic highlight token for format specifierLeander Tentrup2020-04-284-35/+39
|
* Merge #3998 #4006bors[bot]2020-04-241-0/+82
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3998: Make add_function generate functions in other modules via qualified path r=matklad a=TimoFreiberg Additional feature for #3639 - [x] Add tests for paths with more segments - [x] Make generating the function in another file work - [x] Add `pub` or `pub(crate)` to the generated function if it's generated in a different module - [x] Make the assist jump to the edited file - [x] Enable file support in the `check_assist` helper 4006: Syntax highlighting for format strings r=matklad a=ltentrup I have an implementation for syntax highlighting for format string modifiers `{}`. The first commit refactors the changes in #3826 into a separate struct. The second commit implements the highlighting: first we check in a macro call whether the macro is a format macro from `std`. In this case, we remember the format string node. If we encounter this node during syntax highlighting, we check for the format modifiers `{}` using regular expressions. There are a few places which I am not quite sure: - Is the way I extract the macro names correct? - Is the `HighlightTag::Attribute` suitable for highlighting the `{}`? Let me know what you think, any feedback is welcome! Co-authored-by: Timo Freiberg <[email protected]> Co-authored-by: Leander Tentrup <[email protected]> Co-authored-by: Leander Tentrup <[email protected]>
| * Adapt format specifier highlighting to support escaped squences and unicode ↵Leander Tentrup2020-04-221-0/+5
| | | | | | | | identifiers
| * Implement syntax highlighting for format stringsLeander Tentrup2020-04-201-0/+77
| | | | | | | | | | | | | | Detailed changes: 1) Implement a lexer for string literals that divides the string in format specifier `{}` including the format specifier modifier. 2) Adapt syntax highlighting to add ranges for the detected sequences. 3) Add a test case for the format string syntax highlighting.
* | Add semantic tag for unresolved referencesAleksey Kladov2020-04-182-6/+6
|/ | | | | | | | | | | This is a quick way to implement unresolved reference diagnostics. For example, adding to VS Code config "editor.tokenColorCustomizationsExperimental": { "unresolvedReference": "#FF0000" }, will highlight all unresolved refs in red.
* Simplify HTML highlighter and add test case for highlight_injection logicLeander Tentrup2020-04-062-5/+44
|
* Correctly flag 'lifetime definitions as definitionsAleksey Kladov2020-02-282-30/+29
|
* Fix highlighting of const patternsAleksey Kladov2020-02-281-4/+11
|
* Fix highlighting testAleksey Kladov2020-02-282-38/+42
|
* Fix html testsAleksey Kladov2020-02-272-33/+33
|
* Refactor primary IDE APIAleksey Kladov2020-02-261-6/+6
| | | | | | | | | | This introduces the new type -- Semantics. Semantics maps SyntaxNodes to various semantic info, such as type, name resolution or macro expansions. To do so, Semantics maintains a HashMap which maps every node it saw to the file from which the node originated. This is enough to get all the necessary hir bits just from syntax.
* Add module colors to cssAleksey Kladov2020-02-162-0/+2
|
* Implement Syntax Highlight inside MacroEdwin Cheng2020-01-202-6/+16
|
* Drop support for legacy colorizationAleksey Kladov2019-12-312-6/+6
|
* Fix highlighting for field init shorthandAleksey Kladov2019-12-201-1/+1
|
* Improve highlighting testAleksey Kladov2019-12-202-1/+4
|
* Fix highlighting token namesAleksey Kladov2019-12-172-2/+2
|
* fixed rainbow-highlighting testOmer Ben-Amram2019-12-151-0/+2
|
* removed `type.alias`Omer Ben-Amram2019-12-141-12/+14
|
* Rename GenericParam -> TypeParamAleksey Kladov2019-12-071-0/+1
| | | | We don't have LifetimeParam yet, but they are planned!
* Get the right analyzer for implsAleksey Kladov2019-12-071-0/+9
|
* rename ra_ide_api -> ra_ideAleksey Kladov2019-11-272-0/+81