aboutsummaryrefslogtreecommitdiff
path: root/editors/code/src
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix tslint errorEdwin Cheng2019-04-022-63/+65
|
* Improve cargo-watch usageEdwin Cheng2019-04-023-24/+177
|
* Don't execute cargo watch when popup is dismissedpcpthm2019-03-221-2/+2
|
* Change enableCargoWatchOnStartup to have three statesVille Penttinen2019-03-212-13/+18
| | | | | | | This fixes #1005. Defaults to `ask` which prompts users each time whether to start `cargo watch` or not. `enabled` always starts `cargo watch` and `disabled` does not.
* Appease CIIgor Matuszewski2019-03-181-9/+7
|
* Guard auto cargo watch behind a config optionIgor Matuszewski2019-03-182-0/+12
|
* Separate out the interactive cargo watch procedureIgor Matuszewski2019-03-182-64/+70
|
* Reformat using PrettierIgor Matuszewski2019-03-182-17/+35
|
* Remove unused importsIgor Matuszewski2019-03-181-2/+1
|
* Prefer installing `cargo-watch` via Task APIIgor Matuszewski2019-03-181-23/+14
| | | | This gives us much more fine-grained stdout buffering and ANSI terminal colors.
* Respect the user-provided label when creating taskIgor Matuszewski2019-03-181-1/+1
|
* Ask the user to install and start cargo watchIgor Matuszewski2019-03-181-5/+61
|
* Define a cargo watch taskIgor Matuszewski2019-03-181-1/+21
|
* Remove redundant Runnable.rangeIgor Matuszewski2019-03-181-1/+0
|
* Applied code style of ``npm run fix``Lucas Spits2019-03-111-6/+4
|
* Fix typescript linting errorsLucas Spits2019-03-111-1/+1
|
* Retrieve current directory from workspacesLucas Spits2019-03-111-2/+18
|
* Add showWorkspaceLoadedNotification to vscode clientVille Penttinen2019-03-062-1/+10
| | | | | | | | | This allows users to control whether or not they want to see the "workspace loaded" notification. This is done on the server side using InitializationOptions which are provided by the client. By default show_workspace_loaded is true, meaning the notification is sent.
* Allow syntax tree to update when changing filesVille Penttinen2019-03-032-17/+26
| | | | | | Previously when using the file based syntax tree, it would not update until a change had been made in the new file. Now we automatically update the syntax tree to match the current file.
* Rename syntaxtree text provider to SyntaxTreeContentProviderVille Penttinen2019-03-033-13/+11
|
* Add vscode support for range in SyntaxTreeParamsVille Penttinen2019-03-032-10/+40
| | | | | | This enables the client to use a command to either show the live-updating version of the syntax tree for the current file. Or optionally when a selected range is provided, we then provide a snapshot of the syntax tree for the range.
* Fix trace and prettierDJMcNab2019-02-101-2/+4
|
* Add support for a seperate output channel for trace messagesDJMcNab2019-02-101-2/+5
|
* Run prettierVille Penttinen2019-02-071-4/+11
|
* Add new configuration "enableEnhancedTyping" to control registering of ↵Ville Penttinen2019-02-072-1/+28
| | | | | | | | | | | | | | | | | | "type" command This further fixes problems when having a VIM extension (at least vscodevim) enabled, by not calling `overrideCommand('type', commands.onEnter.handle)` when enableEnhancedTyping is set to `false`. The problem is dependent on the order in which extensions are activated, if rust-analyzer is activated before `vscodevim`, rust-analyzer will register the `type` command, and when `vscodevim` finally attempts to activate, it will fail to register the command. This causes `vscodevim` to stop working properly. This setting allows users to disable the registerCommand `type` in rust-analyzer, allowing `vscodevim` to work. The setting defaults to `true`. Currently changing the setting requires reloading of the window.
* Implement lens for impls and support resolving lenses.Jeremy Kolb2019-02-041-0/+12
|
* Clear the console when running single taskskjeremy2019-01-301-1/+2
|
* align command namingAleksey Kladov2019-01-2812-30/+47
|
* add gc requestAleksey Kladov2019-01-251-0/+3
|
* better statsAleksey Kladov2019-01-252-7/+59
|
* ad status commandAleksey Kladov2019-01-223-0/+15
|
* Config for raLspServerPath will be overwritten if __RA_LSP_SERVER_DEBUG is setAndrew Ross2019-01-191-2/+5
| | | | | | | Changed presentation from clear to reveal silent Removed the vscode gitignore entry Added debugging documentation Added tasks and launch configs
* Prettier fixAlan Du2019-01-151-1/+4
|
* Reveal the newly added source change in the editor.Jeremy A. Kolb2019-01-141-0/+1
|
* npm fix runJeremy Kolb2019-01-124-9/+16
|
* Move run_single into runnablesJeremy Kolb2019-01-124-66/+17
|
* Code lens support for running testsJeremy A. Kolb2019-01-113-0/+68
|
* Allow user to set path to ra_lsp_server in vscode settingsgentoo902019-01-052-1/+6
|
* fix open of created or renamed fileBernardo2019-01-051-1/+2
|
* use lsp WorkspaceEdit instead of custom source_file_edits and file_system_editsBernardo2019-01-031-33/+10
|
* highlight macro identsAleksey Kladov2018-12-281-1/+2
|
* Merge #302bors[bot]2018-12-241-1/+25
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | 302: WIP: Support tracing lsp requests. r=DJMcNab a=DJMcNab EDIT: We need to work out a better way to handle settings before this can be merged. Help wanted TODO: Debug why decorations are sent even when highlightingOn is disabled This makes the log volume so high its impossible to work with anyway. (Continuation of #84 [#99 only disabled using it, not making sure we don't send it]). These logs can be used in https://microsoft.github.io/language-server-protocol/inspector/ Co-authored-by: DJMcNab <[email protected]>
| * Add a very hacky workaround to not trace decorations requestsDJMcNab2018-12-241-1/+25
| |
* | Fix analyzer extension fail when there are enabled any VIM extension.frai2018-12-221-13/+17
|/
* use new clear-terminal featureAleksey Kladov2018-12-151-2/+2
|
* Remove uneeded charactersDJMcNab2018-12-081-3/+3
|
* Fix on enterAdolfo Ochagavía2018-11-091-2/+2
|
* workspace-symbols function for EmacsAleksey Kladov2018-11-081-1/+4
|
* Rename File -> SourceFileNodeAleksey Kladov2018-11-071-2/+2
|
* Fully add inline modules to module treeAleksey Kladov2018-11-052-9/+8
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-14 22:06:04 +0000