是否有计划允许每个线程或每篇帖子有多个活动？
我能想到的用例是：
- 为不同时区运行相同的活动 - 例如，网络研讨会
- 能够为会议添加详细的活动信息，以突出显示：主题演讲、展厅开放时间、休息时间等。
5 个赞
我在使用学生论坛上的日历驱动讨论工作流程时遇到了这个限制。
我的用例是，每个日历事件都成为一个讨论主题的锚点，而不是事件是主题中唯一的内容。
例如，如果我试图安排一个会议，我可能会在同一个讨论主题中提供几个可能的时段：
- 3月31日星期二 — 中午12点到下午1点
- 4月1日星期三 — 上午10点到11点
- 4月3日星期五 — 下午3点到4点
理想情况下，我希望在同一个主题中包含多个 [event] 块，以便：
- 每个提议的时间都会出现在网站日历上
- 参与者可以标记自己参加特定的时段
- 一旦选定时间，可以将其他事件简单地删除或编辑
当事件主题在事件之前和之后都用作讨论串（议程、笔记、后续问题）时，这会变得更有用。
我论坛上的另一个例子是学术讨论，其中：
- 一场讲座
- 一个答疑时间
- 一次复习会
可能都与同一个主题帖相关，但在日历上仍是不同的事件。
目前的工作流程倾向于将人们推向每个主题一个事件，这导致讨论分散。允许每个主题有多个事件将更容易地将相关的对话保留在一个地方，同时仍然可以受益于日历集成。
我能否提议一个替代的工作流程来实现您想要的结果？
- 将“事件主题”作为“锚点”，并在文本中明确说明它是暂时的，或者可以保留一个较宽的时间范围
- 在主题发起帖（OP）或后续帖子中，使用“插入日期”功能创建一个包含可用时间选项的投票
- 投票结束后，将事件的日期/时间编辑为与之匹配的日期/时间。
- 如果需要额外的事件，将它们设为已关闭的主题，并指向“锚事件主题”。
您觉得怎么样？
1 个赞
如果目标仅仅是通过投票来选择一个时间，那么那个工作流程是有意义的。
在我设想的情况下，候选时间更像是需要在排期过程中出现在日历上的临时事件。
例如，想象一个企业，客户预订会自动在日历上创建事件。与此同时，我们正试图安排一次员工社交活动并提出几个可能的时间段。
那些员工时间段最初可能看起来可行，但如果一个更高优先级的客户事件出现并与其中一个时间段发生冲突，那么该时间段可能需要被取消或更改。从这个意义上说，日历充当了一个全局排期视图，而不仅仅是选择最受欢迎时间的方式。
因此，在仍在决定最终时间的过程中，候选时间本身也需要出现在日历上。一旦最终时间被批准，其他[事件]区块可以简单地被移除或编辑。
实现此功能的一种方法是，一个主题可以包含多个[事件]区块，其中一个被指定为主事件，其余的则被视为临时或次要事件。主事件将是该主题的规范事件，而其他事件则在排期期间仅作为候选时段出现在日历上。
主事件可以是：
- 手动批准的（例如，在检查与更高优先级事件的冲突后），或者
- 如果讨论使用投票来选择时间，则从投票中动态得出的。
从查看插件的工作方式来看，事件已经从帖子中的[事件]区块解析出来，并作为单独的记录存储在日历中。这表明“每个主题一个事件”的规则可能主要是一个用户界面限制，而不是结构上的限制。
允许在多个帖子中存在[事件]区块（其中一个可选择标记为主事件）可以保留当前的思维模型，同时启用需要在同一讨论主题中存在多个临时事件的排期工作流程。
1 个赞