| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Convert code to text-size | Aleksey Kladov | 2020-04-25 | 1 | -1/+1 |
| | | |||||
| * | Introduce ActiveParameter | Aleksey Kladov | 2020-04-24 | 1 | -4/+26 |
| | | |||||
| * | Remove #[should_panic] from call_info tests | Jeremy Kolb | 2020-04-11 | 1 | -6/+15 |
| | | |||||
| * | Fix unnecessary braces warnings | Laurențiu Nicola | 2020-04-06 | 1 | -7/+7 |
| | | |||||
| * | Fix completion of HashMap::new | Florian Diebold | 2020-03-13 | 1 | -0/+14 |
| | | | | | | | | | | | | | | | | The `ty` function in code_model returned the type with placeholders for type parameters. That's nice for printing, but not good for completion, because placeholders won't unify with anything else: So the type we got for `HashMap` was `HashMap<K, V, T>`, which doesn't unify with `HashMap<?, ?, RandomState>`, so the `new` method wasn't shown. Now we instead return `HashMap<{unknown}, {unknown}, {unknown}>`, which does unify with the impl type. Maybe we should just expose this properly as variables though, i.e. we'd return something like `exists<type, type, type> HashMap<?0, ?1, ?2>` (in Chalk notation). It'll make the API more complicated, but harder to misuse. (And it would handle cases like `type TypeAlias<T> = HashMap<T, T>` more correctly.) | ||||
| * | Basic injections | Aleksey Kladov | 2020-02-27 | 1 | -9/+25 |
| | | |||||
| * | Refactor primary IDE API | Aleksey Kladov | 2020-02-26 | 1 | -14/+13 |
| | | | | | | | | | | | This introduces the new type -- Semantics. Semantics maps SyntaxNodes to various semantic info, such as type, name resolution or macro expansions. To do so, Semantics maintains a HashMap which maps every node it saw to the file from which the node originated. This is enough to get all the necessary hir bits just from syntax. | ||||
| * | More manual clippy fixes | Kirill Bulatov | 2020-02-18 | 1 | -1/+1 |
| | | |||||
| * | cleanup imports | Aleksey Kladov | 2020-02-06 | 1 | -4/+2 |
| | | |||||
| * | Readability | kjeremy | 2020-01-13 | 1 | -5/+5 |
| | | |||||
| * | Some clippy lints | kjeremy | 2020-01-13 | 1 | -28/+31 |
| | | |||||
| * | Implement proposed CallHierarchy feature | Jeremy Kolb | 2020-01-08 | 1 | -2/+13 |
| | | | | | See: https://github.com/microsoft/vscode-languageserver-node/blob/master/protocol/src/protocol.callHierarchy.proposed.ts | ||||
| * | cargo fmt | Jeremy Kolb | 2019-12-18 | 1 | -1/+3 |
| | | |||||
| * | Pass test | Jeremy Kolb | 2019-12-18 | 1 | -1/+1 |
| | | |||||
| * | WIP: See through Macros for SignatureHelp | kjeremy | 2019-12-18 | 1 | -9/+30 |
| | | | | | | | | | | Note: we meed to skip the trivia filter to make sure that `covers!(call_info_bad_offset)` succeeds otherwise we exit call_info too early. Also the test doesn't pass: `FnCallNode::with_node` always detects a MacroCall. | ||||
| * | Rename Source -> InFile | Aleksey Kladov | 2019-11-28 | 1 | -1/+1 |
| | | |||||
| * | rename ra_ide_api -> ra_ide | Aleksey Kladov | 2019-11-27 | 1 | -0/+592 |
 |
index : rust-analyzer | |
| [FORK] modified to work on wasm targets |
| aboutsummaryrefslogtreecommitdiff |