aboutsummaryrefslogtreecommitdiff
path: root/editors
Commit message (Collapse)AuthorAgeFilesLines
...
| * vscode: eliminate floating promises and insane amount of resource handle leaksVeetaha2020-02-058-21/+36
| |
* | vscode: removed changes to integrity hash in package-lock.jsonVeetaha2020-02-051-1/+1
| |
* | vscode: yet another refactor commitVeetaha2020-02-047-35/+30
|/
* Merge two if statements into one in editors/code/src/commands/on_enter.ts.Grégoire Geis2020-02-041-1/+1
| | | Co-Authored-By: Veetaha <[email protected]>
* vscode: Only handle enter if the suggest widget is hidden.Gregoire Geis2020-02-031-1/+1
|
* Remove enableEnhancedTyping and type overriding infrastructure.Gregoire Geis2020-02-034-41/+1
|
* Change default enhanced typing behavior from using type to using keybindings.Gregoire Geis2020-02-031-1/+6
|
* Add regular onEnter command, allowing onEnter to be called without ↵Gregoire Geis2020-02-033-19/+40
| | | | overriding the type command.
* Remove unnecessary flagsAleksey Kladov2020-02-031-2/+2
|
* Remove rollup-typescriptAleksey Kladov2020-02-033-15/+2
| | | | It seems like just calling typescript directly is simpler and more reliable?
* Update some rollup packagesAleksey Kladov2020-02-032-29/+32
|
* Use simple prng instead of a dependencyAleksey Kladov2020-02-034-18/+23
| | | | closes #2999
* Remove recent improvements to the build scriptAleksey Kladov2020-02-033-15/+14
| | | | | | | | tslib as a dev dependency and commonjs modules are definitely *wrong* in the ideal world, **but** in the real world that's the only combination that works. See https://rust-lang.zulipchat.com/#narrow/stream/185405-t-compiler.2Fwg-rls-2.2E0/topic/Problems.20with.20TypeScript.20build
* Fix build of typscript extensionAleksey Kladov2020-02-031-0/+1
|
* vscode: fix bundling by switching to es2015 target modules systemVeetaha2020-02-031-1/+1
|
* vscode: dropped npm-check-updates scriptVeetaha2020-02-022-2014/+1
|
* vscode: updated rollup typescript so it typechecks the bundleVeetaha2020-02-022-7/+2020
|
* vscode: use void where possibleVeetaha2020-02-023-5/+9
|
* vscode: fix, fallback to any for cmd typeVeetaha2020-02-021-1/+1
|
* vscode extension: migrate from any to unknown where possibleVeetaha2020-02-024-9/+9
|
* vscode: fix typeVeetaha2020-02-021-1/+1
|
* vscode refactoring: use more laconic export snytax, split huge string to ↵Veetaha2020-02-023-33/+18
| | | | several lines
* vscode extension cleanup: migrate to prefer-const tslint ruleVeetaha2020-02-026-10/+11
|
* Merge #2979bors[bot]2020-02-023-4/+4
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2979: vscode: now we are actually using tslib r=matklad a=Veetaha We had an incorrect setup where `tslib` was in `devDependencies`. FYI: tslib is a runtime dependency, it contains functions that are used by transpiled JavaScript in order not to inline them in each file. For example: ```ts // foo.ts (source code) import * as foo from "foo"; // --------------------------- // foo.js (compiled output) "use strict"; var __importStar = (this && this.__importStar) || function (mod) { if (mod && mod.__esModule) return mod; var result = {}; if (mod != null) for (var k in mod) if (Object.hasOwnProperty.call(mod, k)) result[k] = mod[k]; result["default"] = mod; return result; }; Object.defineProperty(exports, "__esModule", { value: true }); const foo = __importStar(require("foo")); ``` As you see, `tsc` generated that `__importStar` helper function in compiled output. And it generates it per each file if you don't enable `"importHelpers": true`. Now with `importHelpers` enabled we get the following picture: ```ts // foo.ts (source code) import * as foo from "foo"; // --------------------------- // foo.js (compiled output) "use strict"; Object.defineProperty(exports, "__esModule", { value: true }); const tslib_1 = require("tslib"); const foo = tslib_1.__importStar(require("foo")); ``` It saves some bundle size, but I am not entirely sure wheter we want that. Discussions are welcome! Co-authored-by: Veetaha <[email protected]>
| * vscode: moved tslib to runtime dependencies and added \"importHelpers\": trueVeetaha2020-02-013-4/+4
| |
* | fix repo link in package.jsonVeetaha2020-02-021-1/+2
|/
* Merge #2964bors[bot]2020-02-011-8/+14
|\ | | | | | | | | | | | | | | 2964: Improve responsiveness of the cargo check status label r=matklad a=lnicola This is still not ideal because the label displays the crate that was just checked, not the one that's currently being checked. But it should give the impression of being faster. Co-authored-by: Laurențiu Nicola <[email protected]>
| * Improve responsiveness of the cargo check status labelLaurențiu Nicola2020-01-311-8/+14
| |
| |
| \
*-. | Merge #2963 #2967bors[bot]2020-02-011-2/+11
|\ \| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 2963: Emacs fixes r=matklad a=flodiebold - use provided environment for runnables (finally set `RUST_BACKTRACE`) - implement `selectAndApplySourceChange` so auto-import works :slightly_smiling_face: cc @brotzeit 2967: Disable optimizations for some build-time crates r=matklad a=lnicola This speeds up a release build on my laptop from 4m 13s to 3m 33s. It's a bit disappointing, but we don't get perfect parallelism during the build. The non-RA dependencies finish building around 72s as opposed to 112s. Co-authored-by: Florian Diebold <[email protected]> Co-authored-by: Florian Diebold <[email protected]> Co-authored-by: Laurențiu Nicola <[email protected]>
| * | Implement support for selectAndApplySourceChange (auto import) in EmacsFlorian Diebold2020-01-311-1/+9
| | |
| * | Fix env in emacs runnables supportFlorian Diebold2020-01-311-1/+2
| |/
* | Tsfmtbjorn32020-02-011-2/+2
| |
* | Fix seedrandom in packaged extensionbjorn32020-02-012-3/+3
| | | | | | | | Fixes #2971
* | [VSCode] Fix syntax highlightingbjorn32020-02-011-1/+3
|/ | | | Fixes #2969
* Provide better diagnostics if the server is not in pathAleksey Kladov2020-01-281-1/+7
|
* :arrow_up: nodeAleksey Kladov2020-01-282-47/+47
|
* vscode-languageclient 6.1.0kjeremy2020-01-272-13/+13
| | | | Adds support for proposed semantic highlighting extension
* vscode-languageclient 6.0.1Jeremy Kolb2020-01-212-12/+12
|
* Improve parameter hints a bit & add emacs supportFlorian Diebold2020-01-181-6/+13
| | | | | - just include the name, not e.g. `mut` - don't return empty hints (or `_`)
* Apply the api design suggestionsKirill Bulatov2020-01-153-13/+17
|
* Another attempt to add multiple editsKirill Bulatov2020-01-152-3/+13
|
* Extension iconAleksey Kladov2020-01-151-0/+0
|
* Use types from vscode-langaugeclientEmil Lauridsen2020-01-153-31/+9
|
* Merge #2843bors[bot]2020-01-152-11/+42
|\ | | | | | | | | | | | | | | | | | | | | | | 2843: Add inlay parameter name hints for call expr r=matklad a=imtsuki This patch adds Intellij-like parameter name hints for literal values in function calls. <img width="624" alt="Screenshot" src="https://user-images.githubusercontent.com/8423594/72366533-68d7f800-3735-11ea-9279-cf193ca8ca2f.png"> Signed-off-by: imtsuki <[email protected]> Co-authored-by: imtsuki <[email protected]>
| * Add inlay parameter name hints for function callsimtsuki2020-01-142-11/+42
| | | | | | | | Signed-off-by: imtsuki <[email protected]>
* | Improve readabilitymemoryruins2020-01-151-14/+11
| |
* | Display vscode message after changing cargo-watch optionsmemoryruins2020-01-151-0/+19
| |
* | Language Server Protocol 3.15 is now stablekjeremy2020-01-142-16/+16
| | | | | | | | Update the client
* | vscode-languageclient 6.0.0-next.10kjeremy2020-01-132-16/+16
|/
* Rename Emacs "extension"Aleksey Kladov2020-01-131-3/+3
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-01 01:35:02 +0000