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
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
2019 年 5 月 26 日午前 3: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
(Oshyan Greene)
2021 年 11 月 17 日午後 9:17
4
これは実際には良い解決策ではありません。なぜなら、「Solved」プラグインの機能、特にフィルタリングと有用に連携しないからです。ロックされた/クローズされたトピックは、ページ上の「Unsolved」フィルターに引き続き表示されます。もちろん、高度な検索を実行して結果から「Closed」トピックを除外することはできますが、それは不便で煩雑です。
返信なしでトピックに「Solved」とマークする機能に対する複数のリクエストがあります。それには正当なユースケースがあります。
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
(Matthew Miller)
2021 年 11 月 17 日午後 9:32
5
これは厳密には私の問題ではありません(Discourseの社員でも、Discourseを代表して発言しているわけでもありません!)。しかし、助けを得る最善の方法だと誤解されて、私にメンションが飛んでくることがあるので、あえて言わせてもらいます:はい、それは明らかにマナー違反です。やめましょう。
優先してほしいことがある場合は、Discourseの契約サポートチームは非常に迅速に対応してくれます。彼らにメールを送り、トピックを指摘してください。それが正しい方法です。
「いいね!」 1
これに対する計画はなく、ロードマップにも載っていません。返信なしでトピックがどのように解決できるのか理解できません。返信がなければ、問題提起しかなく、解決策はありません。
oshyan
(Oshyan Greene)
2021 年 11 月 17 日午後 10:53
7
なるほど。私はめったに直接人をタグ付けしません。ここにそうした理由は、A:これはコアプラグインであり、B:サムはこの元のリクエストの1つに応答した人物であり、彼はこのリクエストに強く反対/懸念している人物の1人のように思われ、そしてC:私のトピックは何度か回答を得られていません(奇妙なことに、あるケースではサムがそれを気に入ったが応答しませんでした):
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アプローチは基本的に同様に効果的なロックアイコンでそれを置き換えますが、タグはタグリストのどこにでも現れる可能性があるため、スキャンするのははるかに速くありません。
要するに、このユースケースは、この1つの問題を除いて、プラグインの機能に非常に自然に適合するように思われます。他の多くの方法で、プラグインは優れており、私が知っている他のすべてのオプションよりも利点を提供します(もちろん、まだ考慮していないオプションも歓迎します)。そして、それは唯一のユースケースではありません。Tobias Eigen自身が、私が元の返信でリンクしたスレッドの1つで指摘しているように。
私が協力している会社は、よりサポート/Q&Aタイプのカテゴリでもこのプラグインを使用しており、そこでは「トピック作成者による解決」の欠如は問題ではなく、実際、議論のずっと下にある場合でも解決策である返信を強調するという本来の意図された方法で非常に役立ちます。したがって、代替ソリューションはプラグインと並行して使用されることになり、1つのシステムを使用できると便利です。
いずれにせよ、私は最初からこの実装に対する抵抗があることを理解しています。しかし、なぜそうなのかはまだよく理解できません。おそらく、「良いユースケースがないのに時間を費やす価値はない」というだけかもしれません。もしそうなら、希望としては、私とTobiasがその実装をサポートするためにいくつかの合理的な例を提供したことです。
「いいね!」 1