TypeScript (and emmet) suggestions show up in the wrong order

[jasonwilliams]

Does this issue occur when all extensions are disabled?: Yes/No

Version: 1.65.2
Commit: c722ca6
Date: 2022-03-10T14:33:49.188Z
Electron: 13.5.2
Chromium: 91.0.4472.164
Node.js: 14.16.0
V8: 9.1.269.39-electron.0
OS: Darwin x64 20.6.0

When using import statement completions the suggestions which come back are not always in a great order, meaning I need to cycle down a couple of times until i get what I need. This makes the development process a bit degraded compared to others IDEs.

An example is this:

In the image above, i want ContentType but the suggestions I get back are ContentTypeHeaderStories and an emmet suggestion. The one i want is on the 3rd row down.

I don't want to swtich emmet off but I don't think emmet should be prioritised so high above TypeScript suggestions, especially when (in this case) it's being used as a "catch all".

Secondly (and this may be more for @andrewbranch) I would expect the default export ContentTypeHeaderStories to be below ContentType and only be higher when I type ContentTypeH...

Steps to Reproduce:

1. Clone https://github.com/jasonwilliams/autocomplete-testcase
2. follow steps in readme

[mjbvz]

Thanks for the repo @jasonwilliams!

@jrieken I believe the suggestions are sorted like this due to the prefix match. contentTypeHeaderStories has an insert text of import contentTypeHeaderStories ... so it matches the text already on the line

However for ContentType, the insert text is import { ContentType } which does not match the existing text as well

This behavior makes sense once I understood it but feels confusing as a user. Any ideas on how we can work around this?

[jrieken]

The insert text doesn't matter but the filter text does. Emmet is using the line text as filter text and therefore matches fairly strong. You can see scores when pressing cmd+/ while IntelliSense shows:

prefix is the text value that's selected with the completion items range, word is the filterText

[rzhao271]

Emmet shouldn't be showing up there.
Though I feel that the most thorough fix for Emmet in this case would involve adding on a JSX parser (rather than just an HTML one), I realized the other day that I might be able to reduce the locations where Emmet suggestions show up.
For example, see #146757

[heroboy]

I find in recent updated vscode, the emmet suggestion is always on the top.

[jodymgustafson]

This seems to be getting worse. When I'm creating an object and I want to see what fields are available in the type, they always show at the bottom of the list. So I have to scroll down past a large number of suggestions that don't even make sense in the context. It's very frustrating and annoying.

[rzhao271]

@jodymgustafson I think in your case those completions are from another extension, meaning you'll have to file a separate issue at that extension's GitHub repository.