我认为在--pretty样式输出下添加额外的（可能是彩色的）文本行（和换行符）可能是安全的（因为文件名/行/错误代码是vscode匹配的内容，因为这是消息中唯一“稳定”的部分）。

@dbaeumer可能对潜在的问题匹配器问题有更多的了解，但我知道其他工具也会将消息拆分为多行。

传递到@alexr00（任务确实有多行匹配器，但我不确定当前状态）

下面是关于VS代码中的多行问题匹配器的文档，但我认为如果您只是添加额外的行，就不需要它们了：https://code.visualstudio.com/Docs/editor/tasks#_defining-a-multiline-problem-matcher
添加不需要由VS代码问题匹配器读取的额外行应该被现有的typescript问题匹配器忽略。

另一个：更聪明的截断不会忽略实际上要详细说明的部分（@RyanCavanaugh称之为“差分typeToString“，并希望将其原型化）。

我打开了#42597来跟踪它，因为它与更丰富的诊断显示无关-它更像是一种类型显示策略。

@DanielRosenwasser我很有兴趣在这里发表意见。是否有一些特定的部分已经可以分成Help Wanted个任务？

关于建议1

我的团队有一个想法，就是把非常大的嵌套类型转换成一个漂亮的json格式。整个类型不是显示在一行上，而是打印出来的，这样每个嵌套层次都会缩进。对于小类型，一行并不是什么大问题，当你处理大的嵌套对象时，错误就会变成一堵无法阅读的文字墙。
例如，如果原始示例使用嵌套对象进行了扩充：

Type

    { x: string, y: number, o: { a: string, o2: { b: number, c: boolean } } }

is not assignable to

    { x: string, y: string }

具体表现为：

Type

    { 
        x: string, 
        y: number, 
        o: { 
            a: string, 
            o2: { 
                b: number, 
                c: boolean 
            } 
        } 
    }

is not assignable to

    { 
        x: string, 
        y: string 
    }

关于建议2

关于第二个类型突出显示的例子，这将是我的首选结果。然而，如果这是不可能的，一个可怜的表亲，将只是突出显示两个不同的类型。同样，当类型很小，这不是一个真正的大问题，但当你在寻找错误的一部分，它说is not assignable to type在一个巨大的文字墙是颜色的大问题。
下面是一个示例：

我有一个概念证明，我一直在使用我的团队在过去的几个星期，这个令人惊讶的小变化帮助了很多扫描错误。https://github.com/jleider/ts-error-formatter