aboutsummaryrefslogtreecommitdiff
path: root/editors/code/package.json
Commit message (Collapse)AuthorAgeFilesLines
* Specify vscode 1.31kjeremy2019-02-121-1/+1
|
* Update dependenciesDJMcNab2019-02-101-2/+2
|
* Add support for a seperate output channel for trace messagesDJMcNab2019-02-101-1/+1
|
* Update npm packageskjeremy2019-02-071-7/+7
|
* Add new configuration "enableEnhancedTyping" to control registering of ↵Ville Penttinen2019-02-071-0/+5
| | | | | | | | | | | | | | | | | | "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.
* Add category to the commandsDJMcNab2019-01-291-8/+16
|
* Start the extension when rust-analyzer status is runDJMcNab2019-01-291-1/+3
|
* align command namingAleksey Kladov2019-01-281-25/+25
|
* add gc requestAleksey Kladov2019-01-251-0/+4
|
* ad status commandAleksey Kladov2019-01-221-0/+4
|
* Fail Travis on Prettier formatting issueAlan Du2019-01-151-1/+1
|
* :arrow_up: npmAleksey Kladov2019-01-131-3/+3
|
* Allow user to set path to ra_lsp_server in vscode settingsgentoo902019-01-051-0/+7
|
* index stuff produced by macrosAleksey Kladov2019-01-031-1/+1
|
* named multiline problem patterns are not parsed properly in vscode at the momentBernardo2019-01-011-2/+29
|
* fix regex and add rustc-watch problem matcherBernardo2019-01-011-23/+32
|
* Support tracing lsp requests.DJMcNab2018-12-201-0/+11
| | | | | | TODO: Debug why decorations are sent even when highlightingOn is disabled This makes the log volume so high its impossible to work with anyway
* use new clear-terminal featureAleksey Kladov2018-12-151-2/+2
|
* remove direct dep on event-stream: malisious version was unpublishedAleksey Kladov2018-12-091-1/+0
|
* Add package command and upgrade event-streamDJMcNab2018-12-081-1/+2
|
* Run npm update and add private and preview flagsDJMcNab2018-12-081-7/+9
| | | | | | | | Private stops npm publish working, which would be nonsensical anyway In case it gets added to the vscode extension repository, preview marks it as such Private may also prevent publishing to the vscode extension repository
* Improve the extend keybinding to not conflictDJMcNab2018-12-081-1/+1
|
* fix npm problemsAleksey Kladov2018-11-271-0/+1
|
* Update vscode-languageclient package to support RenameOptionsJeremy A. Kolb2018-10-191-2/+2
|
* Format vscode extension and add npm run fixAdolfo Ochagavía2018-10-091-0/+1
|
* Run prettier on all filesDaniel McNab2018-10-081-1/+2
|
* Add tslint and prettier to ciDaniel McNab2018-10-081-5/+14
|
* Dynamically apply highlightingOn configAdolfo Ochagavía2018-10-061-1/+1
| | | | Fixes #84
* Add a setting to disable custom syntax highlightingAdolfo Ochagavía2018-09-291-0/+11
|
* Remove undefined commandekrctb2018-09-211-4/+0
|
* rename all thingsAleksey Kladov2018-09-161-0/+149