aboutsummaryrefslogtreecommitdiff
path: root/docs
Commit message (Collapse)AuthorAgeFilesLines
...
| * Generate docGeoffrey Copin2020-04-111-0/+15
| |
* | Change missing impl assist to use todo!() instead of unimplemented()Chris Hopman2020-04-101-1/+1
|/ | | | | | | | | | | | todo!() "Indicates unfinished code" (https://doc.rust-lang.org/std/macro.todo.html) Rust documentation provides further clarification: > The difference between unimplemented! and todo! is that while todo! > conveys an intent of implementing the functionality later and the > message is "not yet implemented", unimplemented! makes no such claims. todo!() seems more appropriate for assists that insert missing impls.
* Better Sublime documentationElinvynia2020-04-081-24/+1
|
* Merge #3746bors[bot]2020-04-031-0/+26
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3746: Add create_function assist r=flodiebold a=TimoFreiberg The function part of #3639, creating methods will come later - [X] Function arguments - [X] Function call arguments - [x] Method call arguments - [x] Literal arguments - [x] Variable reference arguments - [X] Migrate to `ast::make` API Done, but there are some ugly spots. Issues to handle in another PR: - function reference arguments: Their type isn't printed properly right now. The "insert explicit type" assist has the same issue and this is probably a relatively rare usecase. - generating proper names for all kinds of argument expressions (if, loop, ...?) Without this, it's totally possible for the assist to generate invalid argument names. I think the assist it's already helpful enough to be shipped as it is, at least for me the main usecase involves passing in named references. Besides, the Rust tooling ecosystem is immature enough that some janky behaviour in a new assist probably won't scare anyone off. - select the generated placeholder body so it's a bit easier to overwrite it - create method (`self.foo<|>(..)` or `some_foo.foo<|>(..)`) instead of create_function. The main difference would be finding (or creating) the impl block and inserting the `self` argument correctly - more specific default arg names for literals. So far, every generated argument whose name can't be taken from the call site is called `arg` (with a number suffix if necessary). - creating functions in another module of the same crate. E.g. when typing `some_mod::foo<|>(...)` when in `lib.rs`, I'd want to have `foo` generated in `some_mod.rs` and jump there. Issues: the mod could exist in `some_mod.rs`, in `lib.rs` as `mod some_mod`, or inside another mod but be imported via `use other_mod::some_mod`. - refer to arguments of the generated function with a qualified path if the types aren't imported yet (alternative: run autoimport. i think starting with a qualified path is cleaner and there's already an assist to replace a qualified path with an import and an unqualified path) - add type arguments of the arguments to the generated function - Autocomplete functions with information from unresolved calls (see https://github.com/rust-analyzer/rust-analyzer/pull/3746#issuecomment-605281323) Issues: see https://github.com/rust-analyzer/rust-analyzer/pull/3746#issuecomment-605282542. The unresolved call could be anywhere. But just offering this autocompletion for unresolved calls in the same module would already be cool. Co-authored-by: Timo Freiberg <[email protected]>
| * Add create_function assistTimo Freiberg2020-04-011-0/+26
| |
* | vscode: move docks about syntax tree to dev/README.mdveetaha2020-04-022-10/+10
| |
* | vscode: add docs about goto-definition for rust syntax treeveetaha2020-04-021-0/+4
|/
* vscode: add docs about syntax treeveetaha2020-03-311-0/+6
|
* Update docs to mention on WindowsEdwin Cheng2020-03-281-1/+1
|
* Update docs/user/readme.adocAleksey Kladov2020-03-281-1/+1
| | | Co-Authored-By: LaurenČ›iu Nicola <[email protected]>
* Update docs to mention vscode installation path on macOSMariusz Klochowicz2020-03-281-1/+1
|
* Fix assist descriptionAleksey Kladov2020-03-271-1/+1
|
* Merge #3742bors[bot]2020-03-271-0/+23
|\ | | | | | | | | | | | | | | | | | | | | 3742: Replace if with if-let r=matklad a=matklad bors r+ 🤖 Co-authored-by: Aleksey Kladov <[email protected]>
| * Replace if with if-letAleksey Kladov2020-03-271-0/+23
| |
* | Assist: replace unwrap with matchUnreal Hoang2020-03-261-0/+23
|/
* Updated docsMatt Hooper2020-03-241-0/+2
|
* Merge #3700bors[bot]2020-03-241-2/+2
|\ | | | | | | | | | | | | | | | | | | 3700: fill match arms with empty block rather than unit tuple r=matklad a=JoshMcguigan As requested by @Veetaha in #3689 and #3687, this modifies the fill match arms assist to create match arms as an empty block `{}` rather than a unit tuple `()`. In one test I left one of the pre-existing match arms as a unit tuple, and added a body to another match arm, to demonstrate that the contents of existing match arms persist. Co-authored-by: Josh Mcguigan <[email protected]>
| * update assists docsJosh Mcguigan2020-03-241-2/+2
| |
* | Add troubleshooting secionAleksey Kladov2020-03-241-0/+10
|/
* Make from-source install use cargo installed binary by defaultAleksey Kladov2020-03-201-6/+0
|
* Merge imports assistAleksey Kladov2020-03-181-0/+13
| | | | Work towards #2220
* User Manual: fix AUR linkmurlakatamenka2020-03-161-1/+1
|
* Add installation notes for Arch Linux usersmurlakatamenka2020-03-161-0/+15
|
* docs: add documentation for vscode nightliesVeetaha2020-03-141-0/+19
|
* Fix docsAleksey Kladov2020-03-121-2/+3
|
* Parameter inlay hint separate from variable type inlay? #2876Steffen Lyngbaek2020-03-101-2/+2
| | | | | | | | | 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
* Fix quotesAleksey Kladov2020-03-091-1/+1
| | | | closes #3501
* vscode: groupd updates-related config under `updates` section as per @matkladVeetaha2020-03-091-1/+1
|
* docs: change formattingVeetaha2020-03-081-6/+16
|
* vscode: rename alwaysDownloadServer -> askBeforeDownloadVeetaha2020-03-081-1/+1
| | | | | | | | | | | 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: add docs on alwaysDownloadServerVeetaha2020-03-081-1/+8
|
* Better describe current inlay hints' limitationsKirill Bulatov2020-03-051-3/+4
|
* rewording and typo fixAdam Bratschi-Kaye2020-02-221-1/+1
| | | Co-Authored-By: LaurenČ›iu Nicola <[email protected]>
* add ssr docadamrk2020-02-221-0/+15
|
* Fix a typoKirill Bulatov2020-02-221-1/+1
|
* One more tiny doc fixKirill Bulatov2020-02-221-1/+1
|
* Code review fixesKirill Bulatov2020-02-221-5/+5
| | | | Co-Authored-By: Florian Diebold <[email protected]> Co-Authored-By: LaurenČ›iu Nicola <[email protected]>
* Add inlay hints documentationKirill Bulatov2020-02-221-0/+25
|
* update imageAndrew Blakey2020-02-211-2/+1
|
* update docsAndrew Blakey2020-02-212-24/+24
|
* Add document for `Show RA Version`Edwin Cheng2020-02-211-0/+4
|
* Add `remove_mut` assistAleksey Kladov2020-02-191-0/+16
|
* Fix dev guide broken linksLaurențiu Nicola2020-02-181-12/+12
|
* Rename config value for server PathAleksey Kladov2020-02-182-3/+3
|
* Rename the binary to rust-analyzerAleksey Kladov2020-02-184-24/+24
|
* Fix typoAkihiro Takai2020-02-181-1/+1
|
* Reword the docsKirill Bulatov2020-02-171-1/+1
| | | Co-Authored-By: LaurenČ›iu Nicola <[email protected]>
* Install rust-src when it is not foundKirill Bulatov2020-02-171-1/+3
|
* Replace ra_cli mentionsLaurențiu Nicola2020-02-172-8/+4
|
* Fix RA_PROFILE typo in docsLaurențiu Nicola2020-02-171-2/+2
|