こんにちは。
繰り返しイベントは個別のイベントですが、作成しても個別のトピックは作成されません。
そのため、繰り返しイベントのいずれかをクリックして参加すると、すべてのイベントにあなたの参加が表示されます。
繰り返しイベントを作成した場合、最初のイベントと同じ基本を持つ個別のイベント/トピックが作成されるべきではありませんか？
「いいね！」 3
sam
(Sam Saffron)
2
これはまさに機能追加のご要望ですね。お気持ちはよく分かります。シーケンス内の特定のイベントを選べると便利でしょうね。
「いいね！」 3
nathank
(Nathan Kershaw)
3
この件について進展はありましたか？
カレンダー上で複数のイベントを表示させるために単一のイベントトピックで制御するのではなく、各イベントごとに新しいトピックを作成する必要があります。
現時点では、現実的な回避策は手動で複数の新しいトピックを作成することだけです。もちろん、これは最新のフィードを非常に煩わしい状態で埋め尽くしてしまいます（何らかの形でこれを緩和する必要があります）し、通知のしすぎに注意する必要があるという課題もあります。これこそが、この機能を実装する際のいくつかの課題を浮き彫りにしていると言えるでしょう。
「いいね！」 1
Ethsim2
(Ethan )
4
トピック内のセカンダリイベントについて、eventBorderColor や eventBackgroundColor を用いて、アウトラインのような異なる外観を持たせることは可能でしょうか？
以下のプロパティを組み合わせることで、実際の重なり合わせなしに視覚的な階層をシミュレートできます。
| プロパティ |
プライマリ（確定） |
テンタティブ / セカンダリ |
| eventBackgroundColor |
塗りつぶし |
異なる色 / 薄い色 |
| eventBorderColor |
塗りつぶしと同じ |
強いコントラスト |
| border style |
実線 |
破線 |
| opacity |
1 |
1 |
これにより、実際のスタッキングなしに視覚的な階層が生まれます。
nathank
(Nathan Kershaw)
5
素敵なアイデアですが、これだけでは不十分かもしれません。シリーズの各イベントには、それぞれ独自の出席確認、補足情報、ディスカッションが必要です。
Ethsim2
(Ethan )
6
RSVP は poll に置き換えられるため、トピック内のすべてのイベントは standalone になります。これらのイベントはすべて同じ内容、つまり複数の候補時刻から時間を確定するという複雑なタスクに関するものです。
これはシリーズでもなく、Outlook で実現できるものではありません。
これが、私が所属する大学のような組織を、防御的で誤った Outlook シリーズから Discourse へと導く特別な要素なのです。
nathank
(Nathan Kershaw)
7
数か月前から刷新されたプラグインを使い始めてから、この件に戻ってきました。再発行オプションが増え、特に「月のX日目」や「イベントまたはシリーズへのRSVP」の機能が追加されて、今ではかなり快適に動作しています。
しかし、重要な問題が依然として残っています：最後のイベントのコンテンツをアーカイブすることです。
使用ケースは、投稿や議論が多数ある再発行イベントです。これには添付ファイルや画像が含まれることもあります。最も明白な例は、定期的な職場の会議です。
現時点では、この結果の混乱は、再発行が単にイベントの日付を変更してRSVPをクリアするため、何らかの形で手動で整理する必要があります。手動のオプションは以下の通りです：
- イベントの前後に再発行をオフにして、翌月の新しいイベントを投稿する
- 関連する投稿を専用のアーカイブ投稿に移動する
- イベント投稿上の投稿を自動削除する（ただし、タイミングが不便）
- この種のイベントのために再発行全体を忘れ、すべてを手動で行う
残念ながら、これらのどれもいいものではありません。
代わりに望むこと
再発行が現在のイベントトピックを保持し、それが完了したら、プラグインが次のイベントのために新しいトピックを作成してほしいです。
これにより、素晴らしい流れが保たれ、過去のイベントの適切なアーカイブが自動的に保持され、新しいイベントのために「クリーン」なトピックが提供されます。
代償（複雑さの増加を除く）は、アクティブなイベントが新しいURLを持つことです。これがいくつかのケースで問題になる可能性があります。
「いいね！」 1
こんにちは。これは、繰り返しイベントシリーズの現在のイベントがクローズされるのを待ってからでないと、次のイベントにサブスクライブ（登録）できないということですか？
これまで私がJoomlaで扱ってきた多くのイベントプラグインでは、イベントシリーズが直接作成されます。あなたのアイデアのように、イベントごとに個別のトピックやURLを作成するモデルの方が適切だと思います。
繰り返しイベントの開始 X 日前まではサブスクライブを禁止するオプションがあるのも実用的だと思います。
アーカイブの件ですが、イベントは通常、独自のサブカテゴリに配置されていたり、タグ付け可能だったりと、それだけでまとめることができ、自動アクションを実行できるのではないでしょうか？
nathank
(Nathan Kershaw)
9
はい、ただ現在の状況と変わりません。現状でも、現在のイベントかシリーズ全体にどちらか一方にRSVPできます。
イベントを複製して返信を移動するアクション、あるいはそれに類するものを指していますか？もしかすると、ワークフローでこれを実現できるかもしれません。検討しようと思っていたところです。
私のイベントでの経験では、シリーズ全体へのRSVPよりも、シリーズの後の特定のイベントに後から参加登録できる方がよく使われる傾向にあります。ただ、どちらのオプションも重要ではあります。
そうなんです。ただ、私のインストール環境では、それをしてくれるワークフローが見当たりません。
これはそれ自体が別の機能リクエストであり、イベントというトピックの範囲を超えた興味深い話なので、別のトピックを立てるべきかもしれません。
特定の条件でトリガーされる自動アーカイブ機能が必要になります。ここでは「イベント日付、または存在する場合は終了日」が過去になっている、またはトピックがx日間クローズされている、といった条件で、イベント後に数日間コメントできるようにするため、アクション実行前に選択可能な遅延時間を設けることもできるような仕組みです。
Ethsim2
(Ethan )
11
ここにはいくつかの進捗があります。
Workflows用のEvent endedトリガーがマージされました:
また、Workflowsには既存のトピックを取得し(Get)、新しいトピックを作成(Create)できるTopicアクションと、Waitノードがすでに存在します。したがって、提案されたロールオーバーの多くは、イベント固有のアーカイブ機能を必要とせず、ワークフローとして構成できる可能性があります。
例えば、以下のような構成です:
Event ended → Wait → Topic / Get → Topic / Create
これにより、旧トピックのタイトル/本文/カテゴリデータを使用して後継トピックを作成し、完了したトピックをそのままアーカイブとして残すことが可能になります。
確認が必要な点は、旧トピックのどの部分を自動的にコピーするべきかです。例えば、タグ、アップロード、イベントの再発状態、および返信を移動すべきか、それともその場に置いたままでよいか、などです。
また、WorkflowsにEventアクションを導入するオープンなPRもあります:
ベースのPRではClose eventとOpen eventを追加しており、その上にスタックされたフォローアップPRとしてSet attendanceを追加するものもあります:
このアクションは、イベント固有の操作を必要に応じて別のフォローアップとして追加できるような構造になっています。
「いいね！」 1
お疲れさまでした。クローズ条件は有用ですが、元の状況に完全に当てはまるとは限りません。
イベントカテゴリは、特に定期イベントがある場合に大きく成長し得ます。そのため、x日間クローズされたトピックイベントを自動的にアーカイブ/移動し、過去のトピックカテゴリに移動するか、アーカイブする方法を提供するのは理にかなっています。
ただし、このアーカイブの問題は、定期イベントをメインのイベントトピックにリンクされた個別のトピックにするという決定に依存します。
「いいね！」 1
Ethsim2
(Ethan )
13
これをオプトイン型の再帰イベントモードとして実装するPRを開きました：
discourse_post_event_recurring_topic_mode というサイト設定を追加し、以下の2つの選択肢があります：
reuse_topic — 既存の動作であり、デフォルトですcreate_next_topic — 完了したインスタンスのトピックを保持し、次のインスタンス用に新しいトピックを作成します
create_next_topic を使用すると、インスタンスが終了した際に、完了したトピックは、その完了したインスタンスにピン留めされたイベントと再帰設定の削除という形で保持されます。その後、次の再帰用に後継トピックが作成され、元のタイトル、本文、カテゴリ、タグ、作成者は保持されますが、イベントの日付は進められます。
自動テストでは、RSVPのロールオーバーセマンティクスもカバーされています：再帰的な going（参加予定）の出席状況は後継トピックに引き継がれますが、一回限りの出席状況は完了したインスタンスに留まります。
ロールオーバーはトランザクションとして処理されるため、後継トピックの作成に失敗した場合、インスタンスは保留（pending）のままであり、半端な完了状態に放置されることなく再試行できます。
これは、「現在のインスタンスが終了したときに次のトピックを作成する」というモデルを具体的に実装したものです。上記で @opcourdis が言及した別モデルである、将来のすべてのインスタンスに対して個別のトピックを事前に生成する機能はまだ実装されていません。
既存の動作がデフォルトのままなので、完了したイベントのトピックをアーカイブとして機能させたいサイトには、これはオプトインとなります。
「いいね！」 1
ありがとうございます。このモデルはすでに主催者にとって非常に機能しています。今後は、毎回イベントを再作成する必要がないことを自信を持って知ることができ、また、主催者が特定の理由でいつでもイベントをキャンセルできるため、人々が事前にサブスクライブするリスクがないという安心感も得られます。
私が提案した「事前作成」モデルも多くのケースで機能し、あなたのイベント後継モデルを補完するものになるでしょう。
ちなみに、イベント後継モードの PR について:
1° 新しいイベントにサブスクライブした人は、元のイベント/トピックと同様に、そのトピック/イベントが定期イベントシリーズの一部であることが引き続きわかりますか？
2° イベントへの元のゲストへの自動招待は、オプトアウト/オプトインのオプションですか？そう言っているのは、将来のイベントは、最初のイベントを通じてすでに一度ゲストにイベントとそのシリーズをプロモーションしたため、常にゲストに宣伝したいとは限らないからです。
Ethsim2
(Ethan )
15
はい、後続のイベントが繰り返し設定を保持するという意味で、そうです。例えば、GUIスモークテストでは、元の発生イベントには「毎週木曜日」と表示されていましたが、ローラーオーバー（更新）後、後続のトピックにも日付が翌週に更新された状態で「毎週木曜日」と表示されていました。
このPRで追加されていないのは、完了したトピックとその後続トピックをリンクする、独立したトピック間のシリーズ関係です。完了したトピックはワンオフのアーカイブ済み発生イベントとなり、後続トピックが繰り返しを継承します。これらのトピック間の明示的なシリーズ/親関係は、有用であることが判明した場合、別個の機能強化として追加される可能性があります。
すべてのゲスト/参加者が自動的に新しいイベントに引き継がれるわけではありません。
後続のイベントに引き継がれるのは、繰り返し/シリーズのRSVPが有効な状態で「参加予定」と回答した人のみです。個々の発生イベントに対してのみ「参加予定」とRSVPした人は、完了したトピックに留まり、後続のイベントには追加されません。
したがって、現在ではシリーズへのRSVPという既存の選択が、将来の後続イベントに引き継がれるためのオプトインとして機能しており、それを制御する別のサイト設定があるわけではありません。
「いいね！」 1