Hey all,
Is it possible to set up multiple Topic Timers – for example: publish, and then a separate one to auto-close the thread. I have a direct need for this…it’s not a deal breaker for it not to exist…just automation is amazing.
「いいね！」 1
Is this what you’re after?
Auto-closing is already core.
「いいね！」 1
Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
「いいね！」 4
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
「いいね！」 3
同じトピックに2つのタイマーを設ける私のユースケースは以下の通りです。
当コミュニティでは「Wow Us Wednesday」という週次リカレントトピックを設けています。これはメンバーが自己宣伝を行うための24時間の枠であり、メンバーが宣伝の欲求を発散できる場と時間が必要であることがわかったためです。
既存のトピックタイマー機能を用いて、公開から24時間後にトピックを自動的に終了させています。これは主に、宣伝が特定の週次時間枠内に収まるようにし、常に関係なくトップに浮上し続けるのを防ぐためです。
しかし、自動終了タイマーを使用すると、スケジュール公開タイマーを利用できなくなってしまいます。私は両方を使いたいと考えています。
効率性の観点から、4〜8週分の「Wow Us Wednesday」トピックを一度にスケジュール化したいと考えています。現在、スケジュール公開タイマーを唯一のタイマーとして使用できません。なぜなら、公開から24時間後にトピックを手動で閉じる機会を逃した場合、メンバーが24時間の集中枠を超えて自己宣伝を行ってしまう可能性があるからです。
「Wow Us Wednesday」はPDTの午前0時から午後11時59分まで行われますが、私はCDTで2時間進んでいるため、トピックを閉じるために午前2時に起きなければなりません。これは私にとって望ましいことではありません。休暇中や病気の場合、あるいは別のタイムゾーンにいる別の管理者を見つけられない場合など、私の責任がどう変わるかについては言うまでもありません。
同じトピックに2つのタイマーを設けることが革命的な変化というわけではありません。しかし、スケジュール管理やチーム連携が確実に容易になり、何百人ものDiscourseユーザーも同様に感じていると思います。
「いいね！」 8
興味深いユースケースですね。
「公開を遅らせて、自動的に閉じる」トピックのサポートには、確かに価値があると思います。そのようなユースケースも存在します。
現在の回避策として、auto-close topic hours が設定されたカテゴリに投稿する方法がありますが、それでは機能しないでしょうか？
「いいね！」 5
サム、回避策の提案をありがとうございます。一部の Discourse ユーザーには有効かもしれません……しかし、私の場合は機能しません。
自己宣伝スレッドは「何でもあり」というカテゴリに公開され、このカテゴリの性質上、多様な会話が展開されます。私が自動閉鎖したいのは、私が公開する自己宣伝に特化したスレッドだけです。それ以外はコミュニティメンバーが公開するもので、返信は無期限に開いたままにしたいと考えています。
確かに、これらの週次自己宣伝投稿専用の新しいカテゴリを作成することも可能です。しかし、新しいカテゴリを作成する際のコミュニケーションや UX へのトレードオフを懸念しており、できる限り頻度を抑えるようにしています。
「いいね！」 2
「何でもあり」のサブカテゴリとして「私たちを驚かせて水曜日」はいかがでしょうか？
「いいね！」 3
スティーブン、私たちは「Wow Us Wednesday」という「Anything Goes」というマスターカテゴリのサブカテゴリを持つアイデアを検討しました。しかし、24時間後にすべてのトピックを自動的に閉じる機能を持つ専用サブカテゴリを設けることで得られる効率性の向上にもかかわらず、UX のトレードオフを許容するつもりはありませんでした。
例えば、「Anything Goes」カテゴリ内に「Wow Us Wednesday」サブカテゴリ用のフィルタがあり、かつカテゴリ一覧ページ（例：https://yourforum.com/categories）に独立した「Wow Us Wednesday」サブカテゴリが表示されると、自己宣伝用の専用サブカテゴリが存在することが過度に目立ってしまいます。
私たちの目標は、週168時間中、自己宣伝を積極的に行っていない144時間において、自己宣伝の可視性を制限することです。
ご提案いただき感謝しています。@sam または Discourse チームの誰かが、サムが望んでいると述べた「公開を遅らせて自動閉じる」機能を開発するまで待ちます。
「いいね！」 3
CSSを使って、その特定のサブカテゴリを /categories から非表示にする実験はされましたか？
「公開後に閉じる」機能の別のユースケースがあります。私は講座を運営しており、各講座活動への参加を促すお知らせを投稿し、その活動（講義や質疑応答）が終了した後に、該当するお知らせを閉じています。自動閉鎖カテゴリでは対応しきれません。なぜなら、活動ごとに有効期限が異なるからです。
「いいね！」 3
こんにちは、再発イベントの複数のタイマーを設定しようと試みました。2〜3 個のタイマーを許可すると便利です！
- 公開の遅延
- 7 日後にすべての返信を削除
- イベントが再発する前に、週次または隔週で自動バンプ
ご検討ありがとうございます。また、新しい 自動化 プラグインを使用して以下を行っています：
次の発生日の前日にトピックを自動的にピン留め。最終的には特定の日に設定するのではなく、週次・隔週・月次で再発するように設定したいと考えています。← これが当社の イベントプラグイン の設定方法です。
将来的には、トピックタイマーと自動化プラグインの間にさらに連携が生まれるかもしれません。よろしくお願いいたします。
また、以下のようなトピックタイマーのオプションも役立つかと思います：
- トピックからすべての絵文字を削除
これは、ユーザーが同意・不同意などの意思表示として絵文字を使ってトピックに反応することが多いためです。
「いいね！」 2
それは私の意見ではイベントプラグインに属するべきです。
「いいね！」 2
ゲームスレッドでの利用例です。
ロックされたスレッドを深夜に公開したいと考えています。なぜなら、人々は1週間にわたるイベントブログからそれを探し始めるからです。これは可能です。
ゲームが実際に始まる午前9時にロック解除するように設定したいです。これを実現するには、深夜まで起きて別のタイマーを設定するか、午前9時に手動で行うしかありません。
別の利用例は、プレゼント企画のスレッドです。開始時刻と終了時刻を同時に設定できれば、スレッド公開後に終了時刻を設定するのを待つ必要がなくなります。
タイマーを2つ設定できたら素晴らしいと思います。競合した場合に少し複雑になることは理解していますが、利用例を制限したり、チェック＆バランスを導入したりすることもできるかもしれません。
ありがとうございます！
「いいね！」 5
投稿予約があり、自動的にクローズされるものについて、特定のRFE（機能リクエスト）に分割することは有用でしょうか？
自動クローズカテゴリの回避策は、一般的には理にかなっていますが、私は今後数ヶ月にわたる構造化された議論の一部として、特定の会話セットに対してこれを行いたいと考えており、そのためだけに別個のカテゴリを設定するのは大げさだと感じています。
なぜそれを別のサブカテゴリとして設定しないのですか？それはそれほど悪くなく、ユーザーが気づかないように設定できます。
ユーザーは非常に気づきやすいです。
多くのユーザーが通知メールをソートするためのフィルターを設定しており、そのためカテゴリの変更に敏感です。
サブカテゴリの通知設定がどのように機能するかも不明です… サブカテゴリを作成した場合、既存のユーザーから親カテゴリを継承しますか、それとも個別に購読する必要がありますか？
うーん！それらをメーリングリストモードから外し、Discourse UI に移行させる必要があります！実際の経験から、簡単ではないことはわかっています。頑張ってください。
メールの件名タグには親カテゴリの名前が含まれますが、フィルターの設定方法（特に両方の角括弧が含まれている場合）によって異なります。
少し複雑です。通知設定で継承機能がありますが、私はそれをいじっていません。必要に応じて個別に設定することも definitely できます。