Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | On second thought, we want to preserve the textMate here where all ↵ | GrayJack | 2020-07-21 | 1 | -1/+3 |
| | | | | punctuation that are from a Attr be highlited as Attribute | ||||
* | `#` as Attribute | GrayJack | 2020-07-21 | 1 | -0/+1 |
| | | | | - Issue #5453 | ||||
* | @ as operator | GrayJack | 2020-07-21 | 1 | -2/+3 |
| | |||||
* | Assingment semantic highlight | GrayJack | 2020-07-20 | 1 | -1/+7 |
| | |||||
* | Handle semantic highlight when STAR is part of the `*{const, mut}` | GrayJack | 2020-07-20 | 1 | -1/+4 |
| | |||||
* | Highlight more cases of SyntaxKind when it is a punctuation | GrayJack | 2020-07-20 | 1 | -14/+32 |
| | |||||
* | Add new `Punctuation` highlight tag | Leander Tentrup | 2020-07-15 | 1 | -1/+1 |
| | |||||
* | Highlight punctuation as `HighlightTag::Operator` | Leander Tentrup | 2020-07-15 | 1 | -0/+1 |
| | |||||
* | Semantic Highlighting: Emit mutable modifier for 'self' when applicable | Lukas Wirth | 2020-07-13 | 1 | -3/+24 |
| | |||||
* | Use dedicated semantic highlight tag for parameters | Aleksey Kladov | 2020-07-11 | 1 | -2/+3 |
| | | | | closes #5106 | ||||
* | Improve readability be replacing hard-to-read if-else branches with a match | Paul Daniel Faria | 2020-06-24 | 1 | -16/+20 |
| | |||||
* | Remove unrelated change | Paul Daniel Faria | 2020-06-23 | 1 | -4/+2 |
| | |||||
* | Update comment for pop_and_inject | Paul Daniel Faria | 2020-06-23 | 1 | -2/+2 |
| | | | Co-authored-by: Leander Tentrup <[email protected]> | ||||
* | Update injection mechanism and stop injecting through highlight element, ↵ | Paul Daniel Faria | 2020-06-23 | 1 | -17/+38 |
| | | | | switch to more general new highlight tag, generic | ||||
* | Add punctuation highlighting for highlighting punctuation in doctests, fix ↵ | Paul Daniel Faria | 2020-06-23 | 1 | -12/+13 |
| | | | | highlighting in doctests | ||||
* | Add support for marking doctest items as distinct from normal code, add ↵ | Paul Daniel Faria | 2020-06-23 | 1 | -7/+11 |
| | | | | default tag to all doctest elements | ||||
* | Syntax highlighting for documentation comments on macro definitions | Leander Tentrup | 2020-06-19 | 1 | -2/+1 |
| | |||||
* | Merge #4903 | bors[bot] | 2020-06-18 | 1 | -1/+8 |
|\ | | | | | | | | | | | | | | | | | | | | | | | | | 4903: Add highlighting support for doc comments r=matklad a=Nashenas88 The language server protocol includes a semantic modifier for documentation. This change exports that modifier for doc comments so users can choose to highlight them differently compared to regular comments. Example: <img width="375" alt="Screen Shot 2020-06-16 at 10 34 14 AM" src="https://user-images.githubusercontent.com/1673130/84788271-f6599580-afbc-11ea-96e5-7a0215da620b.png"> CC @woody77 Co-authored-by: Paul Daniel Faria <[email protected]> | ||||
| * | Ensure all existing doctest code highlights have documentation modifier | Paul Daniel Faria | 2020-06-17 | 1 | -4/+4 |
| | | |||||
| * | Add highlighting support for doc comments | Paul Daniel Faria | 2020-06-17 | 1 | -1/+8 |
| | | |||||
* | | Syntax highlighting for escape sequences in strings | Leander Tentrup | 2020-06-17 | 1 | -4/+18 |
|/ | |||||
* | Syntactic highlighting of NAME_REF for injections | Leander Tentrup | 2020-06-15 | 1 | -3/+60 |
| | | | | | | This commit adds a function that tries to determine the syntax highlighting class of NAME_REFs based on the usage. It is used for highlighting injections (such as highlighting of doctests) as the semantic logic will most of the time result in unresolved references. It also adds a color to unresolved references in HTML encoding. | ||||
* | Fix syntax highlighting of recursive macros | Leander Tentrup | 2020-06-15 | 1 | -16/+21 |
| | | | | Add syntax highlighting for the BANG (`!`) token if the parent is `MACRO_CALL`. | ||||
* | Highlight only the unsafe operator itself | Aleksey Kladov | 2020-06-08 | 1 | -6/+2 |
| | |||||
* | Merge #4775 | bors[bot] | 2020-06-08 | 1 | -0/+1 |
|\ | | | | | | | | | | | | | | | 4775: Add goto def for enum variant field r=matklad a=unexge Closes #4764. I'm not familiar with ra codebase, there might be better ways to do that :smile: Co-authored-by: unexge <[email protected]> | ||||
| * | Add `FieldShorthand` variant to `NameClass` | unexge | 2020-06-08 | 1 | -0/+1 |
| | | |||||
* | | Implement syntax highlighting for doctests | Leander Tentrup | 2020-06-08 | 1 | -46/+80 |
|/ | |||||
* | Add highlight support for unsafe fn calls and raw ptr deref | Paul Daniel Faria | 2020-06-02 | 1 | -1/+24 |
| | |||||
* | Merge #4664 | bors[bot] | 2020-05-31 | 1 | -77/+84 |
|\ | | | | | | | | | | | | | | | 4664: Generate feature documentation from code r=matklad a=matklad Co-authored-by: Aleksey Kladov <[email protected]> | ||||
| * | Move the rest of the features to generated docs | Aleksey Kladov | 2020-05-31 | 1 | -77/+84 |
| | | |||||
* | | Add semantic highlight to QUESTION token | Roland Ruckerbauer | 2020-05-29 | 1 | -0/+1 |
|/ | | | | Made it an operator with controlFlow modifier. | ||||
* | Add self keyword semantic token type | Laurențiu Nicola | 2020-05-25 | 1 | -0/+1 |
| | |||||
* | Handle more cases in `highlight_name_by_syntax` | Matthew Jasper | 2020-05-24 | 1 | -11/+19 |
| | |||||
* | Highlight `true` and `false` as literals | Matthew Jasper | 2020-05-24 | 1 | -0/+1 |
| | |||||
* | Color attribute functions | George Fraser | 2020-05-19 | 1 | -1/+3 |
| | |||||
* | Color `for` as a regular keyword when it's part of impl _ for _ | George Fraser | 2020-05-10 | 1 | -1/+8 |
| | |||||
* | Color `in` as a control keyword | George Fraser | 2020-05-10 | 1 | -1/+2 |
| | |||||
* | Highlight the name in macro declarations | Matthew Jasper | 2020-05-10 | 1 | -0/+13 |
| | |||||
* | Highlight mutable statics as mutable | Matthew Jasper | 2020-05-10 | 1 | -1/+7 |
| | |||||
* | Introduce new semantic highlight token for format specifier | Leander Tentrup | 2020-04-28 | 1 | -1/+1 |
| | |||||
* | Rename StructField -> Field | Aleksey Kladov | 2020-04-25 | 1 | -1/+1 |
| | |||||
* | Convert code to text-size | Aleksey Kladov | 2020-04-25 | 1 | -6/+6 |
| | |||||
*-. | Merge #3998 #4006 | bors[bot] | 2020-04-24 | 1 | -56/+168 |
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 Tentrup | 2020-04-22 | 1 | -22/+41 |
| | | | | | | | | | | | | identifiers | ||||
| | * | Apply suggestions from code review | Leander Tentrup | 2020-04-22 | 1 | -4/+3 |
| | | | | | | | | | | | | Co-Authored-By: bjorn3 <[email protected]> | ||||
| | * | Implement syntax highlighting for format strings | Leander Tentrup | 2020-04-20 | 1 | -3/+66 |
| | | | | | | | | | | | | | | | | | | | | | 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. | ||||
| | * | Refactor flattening logic for highlighted syntax ranges | Leander Tentrup | 2020-04-18 | 1 | -54/+85 |
| | | | |||||
* | | | Introduce ActiveParameter | Aleksey Kladov | 2020-04-24 | 1 | -5/+3 |
|/ / | |||||
* / | Add semantic tag for unresolved references | Aleksey Kladov | 2020-04-18 | 1 | -14/+15 |
|/ | | | | | | | | | | | 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. | ||||
* | Fix incorrect order of syntax highlight ranges | Leander Tentrup | 2020-04-17 | 1 | -1/+2 |
| |