我喜欢在 Discourse 中使用标签，而且大多数情况下，这种灵活的结构都很好。但对于某些用例，如果能有一个引导式提交，确保用户输入一组特定的信息，而不是像标准主题创建窗口中的“可选标签”那样，那就太好了。
我的用例是这样的：
在一个支持请求类别中，我想确保（不仅仅是通过模板建议）人们使用一组特定的标签，这些标签来自几个不同的类别，并且他们可以立即看到所有可用的选项，而这些标签类别是必需的。
我想象的是，在启用了此功能的类别中，点击“创建主题”可能会首先打开一个模态窗口。该窗口会询问大部分相同的信息，但它会包含在类别设置中定义的预先确定、必需的标签类别/父标签/标签。
如果有人需要，我可以画出我脑海中的样子，尽管可能只是一个糟糕的 MS Paint 绘图 
谁不喜欢糟糕的 Paint 模型呢？ 
不过，如果你能提供的话，将不胜感激，因为我有点难以完全理解你的请求。
好的。
今天的标签只是一个大的、开放的“建议”框。当有人在我的支持类别中提交支持请求时，我需要知道：
您要发帖的产品是什么？产品 A 还是产品 B？我有一个名为“产品”的标签类别，下面有两个标签：
我还有一些适用于所有产品的特性，但我需要知道您正在寻求支持的特性是什么。特性 A、B、C 等。我有一个名为“特性”的标签类别，下面有多个标签：
再说一遍，对于我们的大部分论坛体验来说，有一个标签大杂烩是可以的。但对于我们的支持类别，人们需要非常一致和非常具体。有一些 Discourse 的特性差不多可以做到这一点，但它们非常模糊。例如，我可以要求一定数量的标签……但他们可以选择其他开放标签类别中的标签。另外，如果一个标签类别中的标签太多，它们就不会全部显示在下拉列表中，因此他们必须通过内部知识预先知道可能存在的标签。
我建议做类似的事情。
我确信这可以在现有的新主题窗口中完成，我只是不擅长实际设计前端来弄清楚这一点。
在类别设置中的每个必需标签组，你都可能有一个关联的问题，该问题会显示在新主题用户界面中的该标签组。
嗨 Jordan。很久以前我就安装了这个插件，据我记忆，它可以按照你建议的方式创建主题。
我不知道您是否已经知道这一点，但您可以使用标签组和类别设置来强制执行此行为。用户界面会给用户一些关于如何应用标签的提示，但我不知道用户界面对大多数用户来说有多清晰。
首先，为 products 和 features 创建标签组。例如：
像这样配置您的支持类别的标签设置：
在此类别中创建新主题时，用户首先会看到：
单击标签输入框会打开一个下拉列表，该列表仅允许用户选择 products 标签之一：
选择 products 标签后，用户将看到允许的 features 标签列表：
您还可以通过将 features 标签添加到先前屏幕截图中突出显示的必需标签组设置中，使它们成为必需的。添加到类别必需标签组设置中的标签顺序似乎在用户界面中得到了尊重。我不确定这是否是故意的，但如果想强制用户先选择一个 products 标签，然后选择一个 features 标签，这在这种情况下很有用：
因此，Discourse 可能已经具备您想要的功能，但用户界面可以改进。
与上面的屏幕截图相关的是，用户在标签下拉列表中看到“搜索或创建”文本，而根据类别设置，他们应该只能选择 features 标签组中的标签。我正在测试的 Discourse 实例并非最新，因此我无法确认这是否是当前错误。我稍后可以测试一下。无论如何，如果我尝试使用其他标签创建主题，就会返回错误。
这似乎是一个错误，但我需要更新我的本地 Discourse 实例来确认这一点。
编辑：在此处提到了几个与此相关的问题：Tag "Search or create" text is displayed when a category has restricted tags
看……它接近了。这个想法绝对是朝着正确的方向发展的，但还不够完善。
我创建了一个新类别，要求包含来自“产品”标签组的一个标签，以及来自“可扩展性功能”标签组的两个标签：
这是创建新帖子时的样子。在点击下拉框之前，它只显示“选择至少 3 个标签……”这开始就模棱两可，并且没有立即告知用户我要求来自“产品”标签组的一个标签和来自“可扩展性功能”标签组的两个标签。但是，好吧，我们点击它：
仔细一看是这样的：
我认为需要像你一样的真实世界用例来帮助改进标签UI。
这可能是因为你以员工身份测试。标签限制不适用于管理员（可能也不适用于版主），所以你看到的情况不能反映普通用户会看到的情况。
这是我以普通TL3用户身份测试的结果（请注意，它最初只允许我从products中选择）：
这是我以管理员身份测试相同内容时看到的情况（来自两个标签组的标签，按字母顺序排列）：
这种差异在配置标签组权限时可能会导致混淆。
是的，这是个问题。
啊，那可能是这样——但我认为这只占问题的1/10。我现在就去试试，以确保我体验完整。
我认为问题的大部分仍然存在。
以前也有过类似的请求，但似乎没有引起任何关注。
