@NateDhaliwal 好的，谢谢你帮忙查看！我有点失望，因为我们真的很喜欢这个 TC，但如果无法修复并在我们的网站上显示，我暂时就先不放了，然后会研究其他方法来让分类标题看起来更漂亮。
@jackierenee 我已主动介入并查看了您的网站。
您似乎只从父主题中移除了主题组件，更新了它，然后又将其添加回来。
问题在于，当主题组件更新超出兼容性范围，之后又添加了固定项时，Discourse 无法恢复。
从这种情况恢复的正确方法是：
- 转到主题组件
- 一直向下滚动
- 从“设置编辑器”中复制设置
- 将它们存储在文本编辑器中
- 完全删除（
删除）主题组件 - 从 Github 存储库中重新添加它
- 从文本编辑器中复制设置并粘贴到“设置编辑器”中
- 如果需要，进行更正（有时新版本会添加设置，因此您需要再次删除它们，编辑器会在您尝试保存时告诉您该怎么做）
- 将主题组件添加到父主题。
我已经在我网站上执行了此操作，横幅现在又显示出来了。
对于主题组件作者：如果您利用 about.json 中的 version 字段，将非常有帮助，这样管理员就能清楚地知道主题组件的版本。不幸的是，Discourse 不像显示插件那样显示主题组件的提交版本。
8 个赞
这似乎很礼貌。我将努力添加一个 GitHub action，它会在每次提交到 main 时自动更新版本。
4 个赞
您应该能够通过使用此主题组件的 显示类别名称 设置轻松实现这一点 - 它专为您的用例而设计。
听起来是个好主意！请记录如何执行此操作，并将其添加到《主题组件开发入门指南》（如果存在的话）。
我试过了——我所有的顾虑都得到了解决，而且看起来很棒。做得好！！！
嘿，添加指定要用于描述的“关于”主题的段落数量的功能有多难？就我个人而言，我觉得只有一个段落相当受限制，并且很想能够指定（也许按类别）要使用的段落数量。
最后（在仍然关注此 TC 的情况下），您认为将“阅读更多…”移到最后一个段落的末尾是否更好？这肯定可以节省我实例中的大量空间。但话又说回来，如果我们能使用多个段落，它可能会与第二个段落（如果是链接等）有些冲突。
。
嗯……代码访问类别描述的方式是使用 this.args.category.description。我记得它已经是一段了。我会看看。也许我可以做一个 fetch() 或 ajax，但这可能会很慢。
也许可以添加一个设置来选择它是否内联？我来看看。
1 个赞
您好，我注意到类别文本字体大小设置为“较小”时未生效，它总是很大（我认为是一两天前发生的）。
我们确实更改了它，以便分类描述比核心中的默认值更小或更大（这似乎是最近增加的）。我将去仔细检查是否存在某个主题冲突，而这在这里是误导信息。
1 个赞
您好 @RGJ，非常非常感谢您！我之前不知道主题组件是这样工作的。如果以后再遇到这种情况，我一定会记住的。非常感谢您的帮助！
2 个赞
这是一种非常罕见且特殊的情况，行为也很奇怪，希望我们暂时不会再遇到这种情况了！
3 个赞
嗨，我解决了那个 CSS 的问题：
.category-title-description .cooked {
font-size: small;
}
在使用 Discourse 3.5.0.beta8-dev 版本时，当此组件具有以下设置时，我也会在桌面和移动浏览器上遇到空白分类页面：
"setting": "show_mobile",
"value": false
当我将其重置为默认值（true）时，页面会正确显示。
1 个赞
这在技术上应该可行……那行代码在更新之前就有了。我看一下。
@HTW 我已推送修复，请告诉我是否正常了！
1 个赞
已修复了。非常感谢。
Category Headers 中似乎有一些最近的核心更改，这意味着在使用此组件时，核心 Headers 不再隐藏。
我们是否应该尝试使此组件与核心中的样式更改保持一致？
3 个赞
嗯……这里有什么变化？或许需要一张截图？谢谢。
我给后面加了一个 !important… 现在可以了吗？
2 个赞
小提示：描述文本大小选项仍然太大了。即使是“较小”选项也使用了 var(--font-up-2)。有没有可能添加 var(--font-0)（“最小”或“默认”）作为选项？
或者您是否会接受一个 PR 来实现这个功能？
1 个赞