Interactive Diagnostics
## Problem JS and TS diagnostic messages can get quite large, especially when dealing with frameworks like Vue or react. The TS team has worked to significantly improve and shorten diagnostic messages, including replacing complex type information with `...`, however there are still cases where you need to see the full type information. Right now, we have to staticly choose to expand the additional information or not. They would like the user to be able to interactively expand types within a diagnostic In addition, the overall diagnostic experience could be improved. Two areas identified talking with the TS team: * Syntax coloring of inline code in diagnostics * Go to definition in diagnostics ## Refs #11847 ## Desired User Experience Consider a diagnostic message `T<...>`. We would like the `...` to be something like a link. Clicking it would expand the diagnostic message to `T<Array<...>>`, which itself contains another expandable link ## Requirements The main focus is on being able dynamically to expand sections of a diagnostic. We need new VS Code API support for this and then will need languages to adopt this API. However, I think the other two features should be considered while designing the new diagnostics API as they are likely something we would like to support and will influence overall api design For expansion, we want to be able to: - Mark arbitrary spans within a diagnostics as expandable - Lazily compute these expansions, i.e. don't resolve the expan
Posted by mjbvz on Dec 6, 2018, 9:55 PM
Tags
Related issues
- some bike vendor told me that the biggest problem with regular to ebike conversion was that regular bike frames were not strong enough to...
- I think of this as the kiosk economy.
- What a goofy comment.
- There's lots of evidence for positive influences of Caffeine on the body (some negative as well), especially the brain.
- Compose support in WSLc
- [RFC] Roadmap to v2.0
Raise real-world problems, find people facing the same issue, and discuss solutions.4,000 issues0 comments
support (Other)
some bike vendor told me that the biggest problem with regular to ebike conversion was that regular bike frames were not strong enough to...
I think of this as the kiosk economy.
What a goofy comment.
There's lots of evidence for positive influences of Caffeine on the body (some negative as well), especially the brain.
Compose support in WSLc
[RFC] Roadmap to v2.0
[Feature]: Add TurboQuant Support for KV Cache Quantization
Support for AGENTS.md and .agents/skills/, the community has been asking since August 2025
Interactive Diagnostics
## Problem JS and TS diagnostic messages can get quite large, especially when dealing with frameworks like Vue or react. The TS team has worked to significantly improve and shorten diagnostic messages, including replacing complex type information with `...`, however there are still cases where you need to see the full type information. Right now, we have to staticly choose to expand the additional information or not. They would like the user to be able to interactively expand types within a diagnostic In addition, the overall diagnostic experience could be improved. Two areas identified talking with the TS team: * Syntax coloring of inline code in diagnostics * Go to definition in diagnostics ## Refs #11847 ## Desired User Experience Consider a diagnostic message `T<...>`. We would like the `...` to be something like a link. Clicking it would expand the diagnostic message to `T<Array<...>>`, which itself contains another expandable link ## Requirements The main focus is on being able dynamically to expand sections of a diagnostic. We need new VS Code API support for this and then will need languages to adopt this API. However, I think the other two features should be considered while designing the new diagnostics API as they are likely something we would like to support and will influence overall api design For expansion, we want to be able to: - Mark arbitrary spans within a diagnostics as expandable - Lazily compute these expansions, i.e. don't resolve the expan
Comments (0)
No comments yet. Start the discussion.