您好，
周期性事件是单独的事件，但是当您创建一个周期性事件时，它不会创建单独的主题。
因此，如果您点击其中一个周期性事件以参与其中，那么您的参与将显示在所有事件中。
创建周期性事件时，难道不应该创建与第一个事件具有相同基础的单独事件/主题吗？
这确实是一个功能请求。我理解，如果能在一个序列中选择某个特定事件就太好了。
3 个赞
在这方面有什么进展吗？
我们确实需要为每个活动创建一个新的主题，而不是让一个单一的活动主题控制日历中可见的多个活动。
目前，唯一可行的变通方法是手动创建一批新主题。当然，这会以一种非常烦人的方式填满“最新动态”信息流（需要以某种方式缓解），同时也要求你小心不要过度通知。我想这凸显了在实现这一功能时面临的一些挑战。
1 个赞
如果主题中的次要事件具有不同的外观（例如通过 eventBorderColor 和 eventBackgroundColor 设置轮廓），是否可以接受？
您可以通过组合以下属性来模拟分层效果：
| 属性 | 主要（已确认） | 暂定 / 次要 |
|---|---|---|
| eventBackgroundColor | 实心填充 | 不同颜色 / 浅色 |
| eventBorderColor | 与填充色相同 | 强烈对比 |
| 边框样式 | 实线 | 虚线 |
| 不透明度 | 1 | 1 |
这样可以在无需实际堆叠的情况下创建视觉层次结构。
这个主意很可爱，但我觉得还远远不够——系列中的每个活动都需要独立的 RSVP、补充信息和讨论。
RSVP 将被 poll 取代，因此主题中的所有活动都将是“独立”的。这些活动都围绕同一件事：从多个时间中锁定一个具体时间。
这既不是一个系列，也无法在 Outlook 中实现。
这正是让像我就读的这样的机构，从防御性地使用虚假的 Outlook 系列转向 Discourse 的“独特秘诀”。
在使用了更新后的插件几个月后，我再次回到这里；现在有了更多的重复选项，尤其是每月的第X天和为事件或系列进行RSVP的能力，它运行得相当不错。
然而，一个关键问题仍然存在：归档最后一个事件的内容。
使用场景是一个有很多帖子/讨论的重复事件。这可能包括附件文件和图片。最明显的例子是定期工作会议。
目前，这种混乱需要以某种方式手动整理，因为重复所做的只是更改事件的日期并清除RSVP。手动选项有：
- 在事件之前/期间关闭重复并为下个月发布新事件
- 将相关帖子移动到专用的归档帖子
- 在事件帖子上自动删除帖子（尽管这个时机很尴尬）
- 忘记这些类型事件的整个重复功能，并完全手动操作
不幸的是，这些都不是很好的选择。
我希望看到的替代方案
我希望重复功能能够保持当前事件主题不变，但一旦完成，插件将为下一个事件创建一个新的主题。
这将保持流畅的体验，并自动确保保留过去事件的适当归档——同时也为新事件提供一个“干净”的主题。
付出的代价（除了增加的复杂性）是活跃事件将有一个新的URL。我可以看到这在某些情况下可能会成为一个问题。