Investigate eagerly returning more information about suggestions

Problem

Suggestions VS Code have three broad UX parts:

• Name/label. Primary identifier for a suggestion, such as foo.
• Details. Type information or auto import info, such as string.
• Documentation. Js doc info and additional details about the suggestion item

Currently VS Code only shows the details of the currently active suggestion. This can be problematic in cases like auto imports, where multiple symbols may all have the same name:

This design also reflects the design of the suggestion api:

• completionInfo returns the entire list of suggestions, but only includes the name
• completionEntryDetails returns the details and documentation for an individual suggestion

Investigation

With https://github.com/microsoft/vscode/issues/39441, VS Code is exploring letting languages/extensions return the details part of the suggestion eagerly. This would let VS Code show details for the entire list of suggestions instead of just for the active one. In the auto import case specifically, this would likely mean showing the file paths we would import from.

We would like the typescript team's feedback on these idea and our current proposals:

• What information would be most helpful to render in the main suggestion list?
• How much overhead would returning this information add? Both in terms of message size and TS server computation time?

/cc @jrieken For VS Code apis
/cc @amcasey @minestarks for VS

Inizia leggendo questa issue e l’issue #39441 di VS Code collegata, quindi confronta le API completionInfo e completionEntryDetails descritte qui. Verifica quali dettagli dei suggerimenti sarebbero utili nell’elenco principale, nonché i costi relativi alle dimensioni dei messaggi e ai calcoli del server TypeScript. Il lavoro è completato quando viene documentato il feedback del team TypeScript o si arriva a una proposta chiara.