我们应该明确地将下拉列表限制为仅可用的重量和样式。事实上，它似乎不是一个错误，除非我遗漏了什么。

这个问题在很久以前就被提到了#38998，但我从未抽出时间单独归档。此相关问题也与此相关：

• 探索用于排版的标准化和扩展theme.json设计令牌的选项 #39370

我认为这是一组预设的另一个很好的候选者，因为可变字体引入了很多，嗯，潜在的变化，因为它们超出了简单的100-900范围。然而，与间距/字体大小预设不同，它们可能需要受当前字体系列的约束，因为这将决定权重是否是有效的选择。

同时，我只是禁用了Typography>Appearance面板，因为我不想向编辑器提供无意义的无效选项，尤其是那些导致内联CSS的选项。

事实上，它似乎不是一个错误，除非我遗漏了什么。

为什么这不是一个错误？对于常规（非可变）字体，我们是否看到了哪些权重被排队并只显示它们？

我认为这是一组预置的另一个很好的候选者，因为变量字体引入了很多，呃，潜在的变化

我认为我们应该分别研究可变字体。他们引入了许多其他功能，不仅仅是font-weight。

同时，我只是禁用了Typography>Appearance面板，因为我不想向编辑器提供无意义的无效选项，尤其是那些导致内联CSS的选项。

我认为这不是一个好的选择。例如，我经常使用半粗体。但是，我没有使用加粗或黑色（并且没有将它们排入队列），所以只有它们不应该显示。

为什么这不是一个错误？对于常规（非可变）字体，我们是否看到了哪些权重被排队并只显示它们？

我可能用了一个奇怪的短语。我建议我们显示字体中没有的权重是一个错误.我认为我们意见一致，但如果我误解了，请告诉我！

商定的可变宽度字体是我们应该支持的，并且是单独的。他们甚至可以在打开模态的下拉列表中有单独的条目，甚至可以有单独的下拉列表。

事实上，这似乎不是一个错误…
我的意思是，我们显示字体中没有的权重是一个错误。

啊，我误解了！是的，我们同意：）

这是我本周与之合作的一个主题构建器。他们选择了不同的字体粗细，没有视觉变化，因为没有为这些粗细定义字体。

我正在添加新创建的[Feature]Font Library标签，因为我认为底层架构可能需要考虑到表面字体权重，甚至区分可变字体。

根据最近的编辑器分类异步，我将此项目移动到Punt到6.6上的列WordPress 6.5编辑器任务板.

大家好，
距离Beta 1截止日期只有一周了WordPress 6.6语言。这个问题已经有一段时间没有任何变化了，所以我们（6.6版本的编辑分诊负责人）决定将其从WordPress 6.6编辑器任务项目板.