-
Notifications
You must be signed in to change notification settings - Fork 12.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Be able to configure what quick info IntelliSense shows on hover (e.g. whether to expand) #56010
Comments
Essentially a duplicate of #34556. |
I think of it more like #38040 - we clearly need a way for QuickInfo to show a structural view rather than nominal view |
While these tickets are related, none of them suggest adding the capability of configuring TypeScript's QuickInfo. That's why I was under the impression that creating this ticket wouldn't be a duplicate.
It's nice to hear that improving QuickInfo is being considered π |
That's an implementation detail. A different suggestion on how to solve a problem usually does not warrant a new issue, when the problem it tries to solve is still the same. You can add that as a comment to the existing issues. |
This issue has been marked as "Duplicate" and has seen no recent activity. It has been automatically closed for house-keeping purposes. |
π Search Terms
quick info, hover, IntelliSense, type hint, tsserver, VSCode
β Viability Checklist
β Suggestion
As a library author, I want to control what the user sees when he hovers over a type.
Most notably, I want to control whether the type should be expanded.
Tell TypeScript to show
{ n: number }
when the user hovers overB
:Tell TypeScript to show
A
when the user hovers overB
:π Motivating Example
Library authors increasingly use TypeScript to document their library. It's a powerful way to add documentation right inside the user's source code. Being able to control TypeScript's quickinfo IntelliSense is a boon for library authors.
This is helpful not only for library authors, but also for large scale projects.
π» Use Cases
1. What do you want to use this for?
For Vike (a next-generation frontend framework).
2. What shortcomings exist with current approaches?
See above.
3. What workarounds are you using in the meantime?
None that I'm aware of.
The text was updated successfully, but these errors were encountered: