-
Notifications
You must be signed in to change notification settings - Fork 13.4k
Improve display experience for unresolved symbols #45893
Copy link
Copy link
Closed
Labels
Domain: LS: Type DisplayBugs relating to showing types in Quick Info/Tooltips, Signature Help, or Completion InfoBugs relating to showing types in Quick Info/Tooltips, Signature Help, or Completion InfoExperimentation NeededSomeone needs to try this out to see what happensSomeone needs to try this out to see what happensFix AvailableA PR has been opened for this issueA PR has been opened for this issueSuggestionAn idea for TypeScriptAn idea for TypeScript
Milestone
Metadata
Metadata
Assignees
Labels
Domain: LS: Type DisplayBugs relating to showing types in Quick Info/Tooltips, Signature Help, or Completion InfoBugs relating to showing types in Quick Info/Tooltips, Signature Help, or Completion InfoExperimentation NeededSomeone needs to try this out to see what happensSomeone needs to try this out to see what happensFix AvailableA PR has been opened for this issueA PR has been opened for this issueSuggestionAn idea for TypeScriptAn idea for TypeScript
Today if you have code like
and
Thingis not resolved, quick info will just fill inThingasany. It may be preferable to still displayThing, which could be achieved by synthesizing a new symbol on the fly. This is handy in partial semantic mode, where full program construction is still taking place in the background, or in scenarios like web editors where we'll never have the full project.This should not affect declaration emit. Additionally, there's a risk that users find this confusing because it's occasionally useful to know that something is in a broken state. While
anys are annoying, they help signal this.The work involved here might be related to #38836