aboutsummaryrefslogtreecommitdiff
path: root/editors/code/package.json
Commit message (Collapse)AuthorAgeFilesLines
* Add proc-macro cli command for rust-analyzerEdwin Cheng2020-04-161-5/+0
|
* Add config for proc_macroEdwin Cheng2020-04-161-0/+10
|
* Merge #3962bors[bot]2020-04-151-1/+1
|\ | | | | | | | | | | | | | | 3962: Fix parentModule shortcut conflict r=matklad a=CodeSandwich The default parentModule shortcut conflicts with VSCode's built-in undo selection Co-authored-by: Igor Żuk <[email protected]>
| * Fix parentModule shortcut conflictIgor Żuk2020-04-131-1/+1
| | | | | | The default parentModule shortcut conflicts with VSCode's built-in undo selection
* | Bump @types/vscode and vscode-languageclientkjeremy2020-04-141-2/+2
|/
* Enable the SemanticTokensFeature by defaultkjeremy2020-04-081-6/+1
| | | | | | | This is covered under vscode's "editor.semanticHighlighting.enabled" setting plus the user has to have a theme that has opted into highlighting. Bumps required vscode stable to 1.44
* Update some packageskjeremy2020-04-071-3/+3
|
* Better config scheme & defaultsAleksey Kladov2020-04-071-6/+14
|
* Merge pull request #3853 from matklad/cfAleksey Kladov2020-04-061-4/+1
|\ | | | | Make control token modifier less ambiguous
| * Make control token modifier less ambiguousAleksey Kladov2020-04-061-4/+1
| | | | | | | | | | | | | | | | | | In textmate, keyword.control is used for all kinds of things; in fact, the default scope mapping for keyword is keyword.control! So let's add a less ambiguous controlFlow modifier See Microsoft/vscode#94367
* | vscode: restore removed default valuesveetaha2020-04-041-0/+5
|/ | | | | | | | After refactoring the config we forgot to set defaults for some properties like workspaceLoaded, callInfo.full, etc. This commit restored them to being turned on by defult, as well added defaults for other props to be more explicit on their defualt value.
* Set semantic tokens supertypesAleksey Kladov2020-04-031-3/+6
|
* Bumps vsce to 1.75kjeremy2020-04-021-1/+1
| | | | Fixes a security vulnerability
* Fix semantic coloringAleksey Kladov2020-04-021-58/+27
|
* better wordingAleksey Kladov2020-04-021-1/+1
|
* Allow fully overriding check and fmt commandsAleksey Kladov2020-04-021-0/+14
|
* Lean onto default implementation of configsAleksey Kladov2020-04-021-5/+1
|
* New config in package.jsonAleksey Kladov2020-04-021-120/+125
|
* Merge #3820bors[bot]2020-04-021-10/+0
|\ | | | | | | | | | | | | | | | | | | | | 3820: Remove old syntax highlighting r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Remove old syntax highlightingAleksey Kladov2020-04-021-10/+0
| |
* | Merge #3817bors[bot]2020-04-021-0/+15
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3817: vscode: highlight syntax tree ro editor r=matklad a=Veetaha Small textmate grammar declaration to make rust-analyzer syntax tree more easily inspectable: Btw, if we change the file extension of our `ra_syntax/test_data/**` files to `.rast` they should be highlighted in vscode too. The colors of the tokens are actually going to be color-theme dependent, or you can customize them via: ```jsonc { "editor.tokenColorCustomizations": { "textMateRules": [ { "scope": "name", "settings": { /* */ } } ] } } ``` ![image](https://user-images.githubusercontent.com/36276403/78204947-99f9d600-74a3-11ea-8315-cb1c87810c7c.png) Related: #3682 Co-authored-by: veetaha <[email protected]>
| * | vscode: add highlighting of syntax treeveetaha2020-04-021-0/+15
| |/
* / vscode: add support for light themes and color customization for syntax tree ↵veetaha2020-04-011-0/+9
|/ | | | highlights
* rollup 2.3.2kjeremy2020-04-011-1/+1
|
* Revert accidental package.json changesAleksey Kladov2020-03-311-33/+17
|
* Merge #3790bors[bot]2020-03-311-17/+33
|\ | | | | | | | | | | | | | | | | | | | | 3790: Better names for config structs r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * WIP: uniformalize external tools configAleksey Kladov2020-03-311-17/+33
| |
* | Update node depskjeremy2020-03-311-4/+4
|/
* Extension types and renderingMatt Hooper2020-03-241-0/+5
|
* vscode: more type safetyveetaha2020-03-231-2/+10
|
* :arrow_up: npmAleksey Kladov2020-03-201-1/+1
|
* Make from-source install use cargo installed binary by defaultAleksey Kladov2020-03-201-1/+1
|
* Downgrade vscode-langaugeclientAleksey Kladov2020-03-191-1/+1
| | | | Looks like it broke completion :(
* :arrow_up: npmAleksey Kladov2020-03-191-1/+1
|
* Simplify extension tag sniffingAleksey Kladov2020-03-191-2/+2
|
* Merge #3629bors[bot]2020-03-191-1/+1
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3629: Alternative aproach to plugin auto update r=matklad a=matklad This is very much WIP (as in, I haven't run this once), but I like the result so far. cc @Veetaha The primary focus here on simplification: * local simplification of data structures and control-flow: using union of strings instead of an enum, using unwrapped GitHub API responses * global simplification of control flow: all logic is now in `main.ts`, implemented as linear functions without abstractions. This is stateful side-effective code, so arguments from [Carmack](http://number-none.com/blow/john_carmack_on_inlined_code.html) very much apply. We need all user interractions, all mutations, and all network requests to happen in a single file. * as a side-effect of condensing everything to functions, we can get rid of various enums. The enums were basically a reified control flow: ``` enum E { A, B } fn foo() -> E { if cond { E::A } else { E::B } } fn bar(e: E) { match e { E::A => do_a(), E::B => do_b(), } } ==>> fn all() { if cond { do_a() } else { do_b() } } ``` * simplification of model: we don't need to reinstall on settings update, we can just ask the user to reload, we don't need to handle nightly=>stable fallback, we can ask the user to reinstall extension, (todo) we don't need to parse out the date from the version, we can use build id for nightly and for stable we can write the info directly into package.json. Co-authored-by: Aleksey Kladov <[email protected]>
| * Rewrite auto-updateAleksey Kladov2020-03-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Everything now happens in main.ts, in the bootstrap family of functions. The current flow is: * check everything only on extension installation. * if the user is on nightly channel, try to download the nightly extension and reload. * when we install nightly extension, we persist its release id, so that we can check if the current release is different. * if server binary was not downloaded by the current version of the extension, redownload it (we persist the version of ext that downloaded the server).
* | Update deps; regen lock file; fix minimist CVEDarin Morrison2020-03-181-3/+3
|/
* Remove outDirOverridesEmil Lauridsen2020-03-171-5/+0
|
* Change existing OUT_DIR override config to make use of new infrastructureEmil Lauridsen2020-03-171-5/+5
|
* Support loading OUT_DIR from cargo check at launchEmil Lauridsen2020-03-171-0/+5
|
* :arrow_up: npmAleksey Kladov2020-03-161-3/+3
|
* vscode: prepare package.json for nightliesVeetaha2020-03-141-2/+15
|
* Merge #3543bors[bot]2020-03-121-3/+8
|\ | | | | | | | | | | | | | | | | | | | | | | | | 3543: Parameter inlay hint separate from variable type inlay? #2876 r=matklad a=slyngbaek Add setting to allow enabling either type inlay hints or parameter inlay hints or both. Group the the max inlay hint length option into the object. - Add a new type for the inlayHint options. - Add tests to ensure the inlays don't happen on the server side Co-authored-by: Steffen Lyngbaek <[email protected]>
| * Make maxLength nullable againSteffen Lyngbaek2020-03-121-1/+4
| |
| * Switch from Vec<InlayKind> to object with propsSteffen Lyngbaek2020-03-121-21/+11
| | | | | | | | | | | | | | - Instead of a single object type, use several individual nested types to allow toggling from the settings GUI - Remove unused struct definitions - Install and test that the toggles work
| * Parameter inlay hint separate from variable type inlay? #2876Steffen Lyngbaek2020-03-101-4/+16
| | | | | | | | | | | | | | | | | | Add setting to allow enabling either type inlay hints or parameter inlay hints or both. Group the the max inlay hint length option into the object. - Add a new type for the inlayHint options. - Add tests to ensure the inlays don't happen on the server side
* | settings: rust-analyzer.cargo-watch.enable: clarify that the setting enables ↵Matthias Krüger2020-03-111-1/+1
| | | | | | | | the cargo-watch command and not "cargo check"
* | Merge #3549bors[bot]2020-03-111-0/+5
|\ \ | |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | 3549: Implement env! macro r=matklad a=edwin0cheng This PR implements `env!` macro by adding following things: 1. Added `additional_outdirs` settings in vscode. (naming to be bikeshed) 2. Added `ExternSourceId` which is a wrapping for SourceRootId but only used in extern sources. It is because `OUT_DIR` is not belonged to any crate and we have to access it behind an `AstDatabase`. 3. This PR does not implement the `OUT_DIR` parsing from `cargo check`. I don't have general design about this, @kiljacken could we reuse some cargo watch code for that ? ~~Block on [#3536]~~ PS: After this PR , we (kind of) completed the `include!(concat!(env!('OUT_DIR'), "foo.rs")` macro call combo. [Exodia Obliterate!](https://www.youtube.com/watch?v=RfqNH3FoGi0) Co-authored-by: Edwin Cheng <[email protected]>
| * Add additional_outdirs in configEdwin Cheng2020-03-101-0/+5
| |