这个功能请求现在是我们待办事项列表的候选项目。社区有60天的时间对这个问题进行投票。如果它收到20个赞成票，我们将把它移到我们的待办事项列表中。如果没有，我们将关闭它。要了解更多关于我们如何处理功能请求的信息，请参阅我们的documentation。
快乐编码！

@jrieken,这不必是一个新的设置，但我们可以遵循editor.codeLensFontSize所做的，默认情况下比编辑器略小。
是否有其他类似的请求，或者用户对字体基本上满意吗？有任何其他反馈表明内嵌提示容易与编辑器内容混淆吗？

是的，90%喜欢editor.codeLensFontSize对我来说似乎很好(即我们的扩展的下一个版本将设置editor.inlayHint.fontSize为：microsoft/vscode-cpptools#9480)。我不知道这是否适用于所有语言，但对于C++,它可以看起来像：

,所以较小的字体大小有所帮助。
然而，我们还在添加一个设置，将提示移动到变量标识符的右侧，就像TypeScript一样，这样在那种情况下就不会那么令人困惑了。
我们的扩展的内联提示功能目前仅在我们“预发布”版本中提供，并且默认是关闭的，因此我们对它的反馈非常少，也就是说，到目前为止，大多数错误都是由我们自己的团队发现/报告的。VS附带了一个我认为太小的字体(80%,大小11),我不知道他们是否收到了关于这个问题的反馈(它们也默认是关闭的)。

但是我们可以跟随editor.codeLensFontSize的设置，默认比编辑器略小。
与代码镜头的区别在于，内嵌提示与代码混合在一起，当字体大小改变时(对于一行),对齐方式会变得奇怪。背景颜色是用来区分内嵌提示和实际代码的——有人提出了让这些颜色“更不同”的建议。还有editor.inlayHints.padding设置，可以将内嵌提示稍微向内缩进一点。总共有editor.inlayHints.padding、editor.inlayHints.fontFamily和editor.inlayHints.fontSize。
我还想指出，这些是用户设置。@sean-mcmanus 我认为针对特定语言的样式默认值(如microsoft/vscode-cpptools#9480推送的内容)没有用处。风格期望，如字体大小或字体，不应该由语言决定。事情不是由C++程序员与Rust或TS程序员定义的，而是由喜欢小或大内嵌提示文本的人定义的。

当然，我们已经撤销了这个更改——正如之前提到的，我们想要为我们的编程语言使用不同的字体，是因为与TypeScript不同，我们在左侧使用了内嵌提示，所以看起来像是两种类型紧挨着，不清楚提示是应用于左侧的"auto",还是右侧的标识符(我们还修复了一些填充bug)。然而，我们的下一次发布将会默认将"auto"内嵌提示放在右侧(即看起来像TypeScript),这样就不太容易混淆了。

感谢您。我们还创建了 #153889 以提高颜色对比度。

这个功能请求尚未收到20个社区投票，以将其添加到我们的待办事项列表中。还有10天时间。要了解更多关于我们如何处理功能请求的信息，请参阅我们的documentation。
快乐编码！

能够相对于主文本大小指定字体大小将是非常感激的 - 这可以是

• 指定百分比(如此处建议)或
• 像缩放级别(-1/-2等)这样的方案，将其Map到字体家族中下一个合适的字体大小

我自己的用例是能够在rust-analyzer扩展添加的内嵌信息(类型信息)上取消强调，以便更容易忽略它们。
然而，我希望通过将它们呈现为斜体样式(这也可能存在问题),使这些内嵌信息更具视觉差异性。
因此，对我来说：较小(位于行边界框的中心)并"仅添加斜体以覆盖字体家族",请。
生命就是一场愿望交响曲，不是吗？