In our forum, there are times–many times–when we want to mark a topic as solved that does not have replies. In order to do so, the moderator adds a reply and marks it as solved. The problem this causes is that an email is sent to all users. There are a couple of problems in this scenario that we need help resolving:
How can we mark a topic as solved without having to add a reply?
How can we make it so that no emails are sent to users when we reply to topics if that is what we must do to Mark the topic as solved?
1 个赞
csmu
2019 年5 月 26 日 03:58
2
Could you just close the topic?
6 个赞
Now, that would make too much sense! Haha. Seriously though, that is probably what we should do. Thank you for pointing out the obvious solution that I somehow missed.
4 个赞
oshyan
2021 年11 月 17 日 21:17
4
这实际上并不是一个好的解决方案，因为它不能有效地与“已解决”插件的功能（尤其是过滤）进行交互。已锁定/已关闭的主题仍会显示在页面上的“未解决”过滤器中。当然，您可以进行高级搜索并从结果中过滤掉已关闭的主题，但这不太方便，而且更加麻烦。
有多个关于在没有回复的情况下将主题标记为“已解决”的请求。这有合理的用例：
Now that we (and presumably many others?) are seeking to use discourse as a ticketing system, would the discourse team be willing to revisit this to allow the ability to accept the OP as a solution, as an admin option perhaps? There are many cases in my recent experience where I did not need to add a reply but still want to mark a topic or message solved.
Is there support for me posting a topic, then going back & updating it as solved, without a second post in the topic? (and related email to people)
我真的认为应该重新考虑这一点，或者至少我想了解为什么会有如此大的阻力。对于“标记多个回复为解决方案”的请求，我明白这会大大增加插件实现的复杂性，不值得这样做。但对于这个看似更简单的请求也是如此吗？@sam 我标记您是因为我怀疑否则可能不会看到或解决这个问题。如果这样做不妥，我深表歉意。
mattdm
2021 年11 月 17 日 21:32
5
这从技术上讲与我无关（我不在 Discourse 工作，也不能代表他们发言！），但作为一名因为人们认为这是获得帮助的最佳方式而被标记到某些事情中的人，我只想说：是的，这绝对是不好的做法。不要这样做。
如果您需要优先处理某事，您 Discourse 合同的支持团队响应 非常 迅速。给他们发邮件并指向一个话题。这是正确的方式。
1 个赞
目前没有这方面的计划，也不在任何路线图上。我不明白一个没有回复的话题如何能得到解决……没有回复，你只有问题陈述，没有解决方案。
oshyan
2021 年11 月 17 日 22:53
7
说得有理。我很少直接标记某人。我在这里标记的原因是 A：这是一个核心插件，B：Sam 是对这些原始请求之一做出回应的人，他说没有计划这样做，而且他似乎是强烈反对/关注此请求的人之一，而且 C：我的帖子好几次都没有得到答复（奇怪的是，在其中一个帖子中，Sam 点赞了但没有回复）：
Currently when using the Discourse-docs: Documentation Management Plugin , when you access it from the Docs link in the hamburger menu (or enable the link in the Top Menu), you get a nice, customized view with filters, etc. It looks like this:
[image]
However, if you access the “docs” category/categories from the Category List, you get a normal forum view (i.e. list of topics, topic participants, etc.). If you really want to use Discourse for “docs” this is non-ideal. This is what it looks lik…
https://meta.discourse.org/t/i-missed-the-composer-formatting-shortcuts-because-theyre-not-in-the-keyboard-reference/200514
感谢您如此迅速地回复！这完全取决于您如何使用“已解决”。在此特定案例中，该公司希望部分使用它来处理功能请求和错误报告。当然，还有其他多种方法可以做到这一点，但都有缺点。
解决后将请求和问题报告移至子类别。但是，我们经常会遇到问题重新出现，或者人们想对这些请求发表更多评论，然后我们需要将其移回。当然，这会失去人们将自己的帖子标记为已解决的可能性，尽管在这种情况下可能不重要。
关闭“已解决”的帖子并将其保留在原处。这里的主要问题是，据我所知，没有像“已解决”那样方便的内联过滤器（作为插件的一部分）。也许有一个主题组件或其他东西，我还没有看，因为我希望不必更改工作流程。而且，与第一个选项一样，人们以后也无法再次回复。我承认这可能是一个哲学上的分歧，即我怀疑您的 处理方式是“然后他们可以开一个新帖子”，但这绝对是一种有主见的立场，而且似乎不合理地期望每个人都同意（部分原因是我自己不同意
使用“已解决”标签 而不是插件。问题在于，据我所知，没有简单的方法可以过滤普通帖子列表。当然，您可以使用高级搜索，也许可以在标题菜单中链接到它。但这不必要地麻烦。Solved 插件还有一个很棒的选项，可以在帖子列表中显示一个勾选/未勾选框，而 Closed 方法基本上用一个同样有效的锁形图标替换了它，但扫描标签要慢得多，因为它们可以出现在标签列表中的任何位置。
底线是，这个用例似乎非常适合该插件的功能，除了这一个问题。在许多其他方面，该插件都很棒，并且提供了优于我目前所知的所有其他选项的优势（我当然也愿意考虑我尚未考虑到的选项）。而且这也不是唯一的用例，正如 Tobias Eigen 本人在我上面原始回复中链接的其中一个帖子中所指出的那样。
我正在合作的公司还在使用该插件来处理更多支持/问答类型的类别，其中缺少“由主题发起者解决”问题不大，实际上以其最初预期的突出显示解决方案回复的方式非常有用，即使它在讨论中很靠后。因此，替代解决方案将与插件并行使用，而我们只需要使用一个系统就好了。
无论如何，我从一开始就明白存在阻力。但我仍然不明白为什么 ，除非只是“如果没有好的用例就不值得花时间”。如果是这种情况，希望我和 Tobias 已经提供了一些合理的例子来支持它的实施。
1 个赞
）。