aboutsummaryrefslogtreecommitdiff
path: root/editors/code/package.json
Commit message (Collapse)AuthorAgeFilesLines
* 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
| |
* | Force latest stablekjeremy2020-03-101-2/+2
|/
* Merge #3514bors[bot]2020-03-091-0/+5
|\ | | | | | | | | | | | | | | | | | | | | | | 3514: vscode: askBeforeDownload option r=matklad a=Veetaha This is a small step towards #3402, also implements my proposal stated in #3403 Also renamed `BinarySource` to `ArtifactSource` in anticipation of nightlies installation that requires downloading not a binary itself but `.vsix` package, thus generalized to `artifact` term. @matklad @lnicola Co-authored-by: Veetaha <[email protected]>
| * vscode: groupd updates-related config under `updates` section as per @matkladVeetaha2020-03-091-1/+1
| |
| * vscode: rename alwaysDownloadServer -> askBeforeDownloadVeetaha2020-03-081-3/+3
| | | | | | | | | | | | | | | | | | | | | | The new name seems much simpler and it doesn't limit this config value only to downloading the server binary. Thus we wouldn't need to create another config properties to handle other downloads whatsoever. Anyway, I believe (heuristically) that most of the users would want to set "askBeforeDownload": false once and never bother clicking on the notification again (because otherwise there is no big point in installing rust-analyzer if it cannot install the server)
| * vscode: contribute "alwaysDownloadServer" option to configVeetaha2020-03-071-0/+5
| |
* | Use markdown description in vscodeJulien Roncaglia2020-03-081-9/+9
|/
* :arrow_up: npm depsAleksey Kladov2020-03-061-1/+1
|
* Don't creat public APIs with typosAleksey Kladov2020-03-061-1/+1
|
* Concise mode for parameter hintsAleksey Kladov2020-03-061-0/+4
| | | | | This works around VS Code bug where it tries to cram everything in a tiny popup, and brings experience closer to Intellij.
* Feature flag for arg snippetsAleksey Kladov2020-03-061-0/+4
|
* Update code dependenciesJeremy Kolb2020-03-031-9/+9
|