IssueRaiser

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

Raise real-world problems, find people facing the same issue, and discuss solutions.4,000 issues0 comments

support (Other)

Interactive Diagnostics

mjbvzDec 6, 2018, 9:55 PM

## 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.

Comment on this issue