支持类别模板的引用格式

网站反馈
1

默认情况下，当您在此处的 Meta 上点击 New topic 时，您会看到：

提问前，您搜索过了吗？请按右上角的 :magnifying_glass_tilted_left: 进行搜索。

或

> 提问前，您搜索过了吗？请按右上角的 :magnifying_glass_tilted_left: 进行搜索。

在编辑器中，具体取决于您使用的编辑器。

我最近注意到一些主题以引用开头。以下是一些示例：

我的印象是，这是因为在富文本模式下，当您删除文本后，仍然存在一些格式，这很难注意到。
至少，在添加此功能之前，我还没有注意到主题以引用开头。

所以，也许调整模板以防止这种情况是有意义的。

5 个赞
2

这是一个有趣的理论！我现在就移除分类模板。也许我们可以找到一种更好、不那么麻烦的方法来教育新成员在发帖前先搜索。

本周我和@chapoi在聊天中还谈到了更新支持的分类描述，目前内容如下：

第一部分显示在支持分类的横幅上，信息量不大。

Screenshot 2025-10-10 at 2.14.45 PM
Screenshot 2025-10-10 at 2.14.45 PM953×194 4.72 KB

我刚刚将其更改为如下内容，并欢迎反馈！分类横幅不会立即更新，所以不确定它是否显示正确。我尝试通过使用<br><br>来分割文本成两个段落，这样读起来更好。

3

如果这能成功减少开头带有引用的主题数量，那么可能还需要从创建官方插件、主题和组件主题的支持按钮中删除此内容。

1 个赞
4

是的，感谢您指出这一点。那些按钮很漂亮，我很喜欢，但当您需要更改或创建新按钮时，它们很难维护且容易出错。

从长远来看，我们将需要编辑这些主题并删除这些按钮。我们可能还需要在那里进行更多调整，所以我暂时不会去动它们。

到目前为止，我没有注意到支持请求顶部有更多引述，这是好事。

5

在我们把孩子和洗澡水一起倒掉之前，难道不应该有一个通过参数化链接来覆盖作曲家占位符的能力，而不是插入实际的文本内容。我们现在滥用了 body 参数。

比如 &placeholder=foo，它将用“foo”覆盖“在此键入。使用 markdown、BBCode 或 HTML 进行格式化。”占位符。

6

一个类别占位符设置，也可以用作 URL 参数，听起来是一个很棒的功能请求！请随时创建它。

7

Support 的分类模板不也做同样的事情吗？它也会向正文添加文本。这不就是有一个监视词让我更难发布包含模板的 OP 的原因吗？当你在 Marketplace 中创建一个新主题时，正文也会被填入文本。所以我的印象是，正文文本是链接的一部分，以确保在这种情况下模板可见。
如果你使用新主题按钮，并且点击官方主题或插件上的按钮之一，你仍然认为在正文中获得相同的结果是有意义的。

总的来说，如果手动输入到所有官方主题中的这些按钮能自动创建，那可能会更容易。这样就不会出现标签错误，而且可以更容易地更新它们。但这可能很困难，因为它们并非都以相同的方式工作。数据浏览器建议在 Data & reporting 中提问，SSO 插件会告诉你向 SSO 而不是 Support 寻求帮助。

通过 Topic Template Placeholder Text theme component 可以自定义每个分类的占位符而不是正文。

8

这听起来与 Richard 的提议非常相似。我认为这是一个好主意，因为它在你开始输入时就会消失，并且不会导致杂乱的说明出现在主题中。然后我们也可以删除监视词。

同意。在未来我们可能想做的更改时，我会记住这一点。

9

我认为这取决于用例。它适用于支持中使用的简短模板，但对于 Marketplace 中的较长模板，如果模板在你输入第一个字符时消失，则帮助不大。对我来说，marketplace 主题中的正文文本是在输入时消失的占位符和 form-templates 提供的固定字段模板之间的良好折衷。

不过我想知道，每次创建主题时都让用户搜索是否能起到作用。人们每次创建主题时真的会阅读它吗？
我更可能在用户发布的前几次告诉他们搜索。例如，在 jit composer 消息 中，该消息会在你创建的前几个主题中显示。“请搜索”有点像“请选择一个有意义的标题”。

1 个赞
10

在这种情况下，对于支持类别，我很乐意尝试一段时间内完全不进行提醒。如果我们看到人们在搜索前明显提问的情况增加，届时我们可以寻找解决方案。