说得有理。我很少直接标记某人。我在这里标记的原因是 A：这是一个核心插件，B：Sam 是对这些原始请求之一做出回应的人，他说没有计划这样做，而且他似乎是强烈反对/关注此请求的人之一，而且 C：我的帖子好几次都没有得到答复（奇怪的是，在其中一个帖子中，Sam 点赞了但没有回复）：
https://meta.discourse.org/t/i-missed-the-composer-formatting-shortcuts-because-theyre-not-in-the-keyboard-reference/200514
我不是付费客户，所以我明白我的帖子可能优先级较低，但在键盘格式快捷方式的情况下，这似乎是一件普遍重要的事情（而且很难衡量有多少其他人错过了它）。正如我所说，Sam 点赞了那个帖子，但没有回复。
感谢您如此迅速地回复！这完全取决于您如何使用“已解决”。在此特定案例中，该公司希望部分使用它来处理功能请求和错误报告。当然，还有其他多种方法可以做到这一点，但都有缺点。
- 解决后将请求和问题报告移至子类别。但是，我们经常会遇到问题重新出现，或者人们想对这些请求发表更多评论，然后我们需要将其移回。当然，这会失去人们将自己的帖子标记为已解决的可能性，尽管在这种情况下可能不重要。
- 关闭“已解决”的帖子并将其保留在原处。这里的主要问题是，据我所知，没有像“已解决”那样方便的内联过滤器（作为插件的一部分）。也许有一个主题组件或其他东西，我还没有看，因为我希望不必更改工作流程。而且，与第一个选项一样，人们以后也无法再次回复。我承认这可能是一个哲学上的分歧，即我怀疑您的处理方式是“然后他们可以开一个新帖子”，但这绝对是一种有主见的立场，而且似乎不合理地期望每个人都同意（部分原因是我自己不同意
）。 - 使用“已解决”标签而不是插件。问题在于，据我所知，没有简单的方法可以过滤普通帖子列表。当然，您可以使用高级搜索，也许可以在标题菜单中链接到它。但这不必要地麻烦。Solved 插件还有一个很棒的选项，可以在帖子列表中显示一个勾选/未勾选框，而 Closed 方法基本上用一个同样有效的锁形图标替换了它，但扫描标签要慢得多，因为它们可以出现在标签列表中的任何位置。
底线是，这个用例似乎非常适合该插件的功能，除了这一个问题。在许多其他方面，该插件都很棒，并且提供了优于我目前所知的所有其他选项的优势（我当然也愿意考虑我尚未考虑到的选项）。而且这也不是唯一的用例，正如 Tobias Eigen 本人在我上面原始回复中链接的其中一个帖子中所指出的那样。
我正在合作的公司还在使用该插件来处理更多支持/问答类型的类别，其中缺少“由主题发起者解决”问题不大，实际上以其最初预期的突出显示解决方案回复的方式非常有用，即使它在讨论中很靠后。因此，替代解决方案将与插件并行使用，而我们只需要使用一个系统就好了。
无论如何，我从一开始就明白存在阻力。但我仍然不明白为什么，除非只是“如果没有好的用例就不值得花时间”。如果是这种情况，希望我和 Tobias 已经提供了一些合理的例子来支持它的实施。