aboutsummaryrefslogtreecommitdiff
path: root/editors/code/package.json
Commit message (Collapse)AuthorAgeFilesLines
...
* Merge #4166bors[bot]2020-05-051-0/+8
|\ | | | | | | | | | | | | | | 4166: Defining a default target to support cross-compilation targets r=matklad a=FuriouZz Related to #4163 Co-authored-by: Christophe MASSOLIN <[email protected]>
| * Rename `defaultTarget` to targetChristophe MASSOLIN2020-05-051-2/+2
| |
| * [config] rename cargo.defaultTargetChristophe MASSOLIN2020-04-271-1/+1
| |
| * Started rust-analyzer.cargo.defaultTarget implementationChristophe MASSOLIN2020-04-261-0/+8
| |
* | Fix typo in markdownDescriptionszunami2020-05-041-1/+1
| |
* | Specify cotributed semanticTokenTypes in package.jsonAleksey Kladov2020-05-041-0/+4
| |
* | Remove `workspaceLoaded` settingAndrew Chin2020-05-021-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The `workspaceLoaded` notification setting was originally designed to control the display of a popup message that said: "workspace loaded, {} rust packages" This popup was removed and replaced by a much sleeker message in the VSCode status bar that provides a real-time status while loading: rust-analyzer: {}/{} packages This was done as part of #3587 The new status-bar indicator is unobtrusive and shouldn't need to be disabled. So this setting is removed.
* | Merge #4222bors[bot]2020-04-301-0/+22
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 4222: Introduce C/C++ for Visual Studio Code extension as an alternative debug engine for Debug Code lens. r=matklad a=vsrs At the moment Debug Code Lens can use only one debug engine: lldb via [CodeLLDB](https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb) extension. This PR adds support of the debug engine from the [MS C++ tools](https://marketplace.visualstudio.com/items?itemName=ms-vscode.cpptools) extension, as well as the configuration option. If both extensions are installed, `CodeLLDB` will be used by default. Another new option `rust-analyzer.debug.sourceFileMap` allows, for example, to step into Rust std library during debugging. Works only with `MS C++ tools`. On Windows: ```json "rust-analyzer.debug.sourceFileMap": { "/rustc/4fb7144ed159f94491249e86d5bbd033b5d60550": "${env:USERPROFILE}/.rustup/toolchains/stable-x86_64-pc-windows-msvc/lib/rustlib/src/rust" } ``` On Linux: ```json "rust-analyzer.debug.sourceFileMap": { "/rustc/4fb7144ed159f94491249e86d5bbd033b5d60550": "~/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/src/rust" } ``` Co-authored-by: vsrs <[email protected]>
| * | pass Cargo errors to the Debug output channelvsrs2020-04-301-1/+1
| | |
| * | better configuration enum itemsvsrs2020-04-291-11/+14
| | |
| * | Configuration settings and source maps supportvsrs2020-04-291-0/+19
| |/
* / Build extension tooJonas Schievink2020-04-281-0/+1
|/
* Disable onEnter command by defaultAleksey Kladov2020-04-231-5/+0
| | | | | We are transitioning from experimental to production-ready stance, so it makes sense to disable potentially disruptive features by default.
* Merge #4090bors[bot]2020-04-221-1/+1
|\ | | | | | | | | | | | | | | | | 4090: Fix config naming r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Align the name of proc-macro enabling flagAleksey Kladov2020-04-221-1/+1
| | | | | | | | We use `enable`, not `enabled` elsewhere
* | npm updatekjeremy2020-04-221-7/+7
|/
* Add semantic tag for unresolved referencesAleksey Kladov2020-04-181-0/+4
| | | | | | | | | | | 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.
* 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 :(