在事件模态框中全天设置事件非常困难(并且 00:00 令人困惑)

在使用 Discourse Calendar (and Event) 时,我发现使用模态框安排全天活动非常困难:

image

基本上,没有明显的“全天”选项——必须选择一个时间。更糟糕的是,当它被设置为开始时间之后的一天或更晚时,结束时间默认为 00:00,这非常令人恼火(如果是在同一天,它默认比开始时间晚 1 小时)。

我注意到当选择 00:00 时,会发生以下情况:

  1. 在用户界面中,它被表示为全天活动(即不是午夜)
    [event start="2026-01-21 00:00" status="public" timezone="Pacific/Auckland" end="2026-01-22 00:00"]
    显示为:

  2. 在时区时间中,它显示为当天的午夜——如果按字面意思理解,这实际上比应该的时间晚了 24 小时

  3. 如果在 Markdown 中删除时间,行为方式相同

如果能让非专业用户更容易理解这一切会很好,但我接受日期存储方式可能存在限制。

作为替代方案,是否可以在模态框中添加一个“全天活动”选项,勾选后隐藏时间?

然后我们可以使用 00:00 来表示它应该表示的字面时间(即指定日期的 00:01 前一分钟,而不是指定日期的 23:59 后一分钟)——就像它在“插入日期/时间”功能中的表现一样。

3 个赞

hmmm,仅代表我个人观点——我并不觉得多日事件的工作流程很困难,我只需选择第一天,然后点击时间下拉菜单并按下 0 键,就会弹出 00:00,然后我选择它。接着我只需在日历中选择第二天的日期,它就会默认为 00:00,然后我继续处理下一个必填字段


得到如下结果:

我同意,当人们点击日期时不应显示时间,这样会更清晰一些 :thinking:

我希望事件模态框中的日期字段表现得与撰写器中的插入日期功能相似,但实际上并非如此。
另外,事件日历的星期从星期日开始,而插入日期功能的日历星期从星期一开始,这种不一致性很烦人。

1 个赞

是的,现在我知道这个流程并且理解了 00:00 的含义/作用后,它运行得相当不错了。

问题在于,它给 00:00 附加了大量的含义,这对新用户来说并不明显或清晰。基本上,它需要改进——或者至少需要“即时”信息。

是的,我同意——这些确实需要完全相同地工作。

1 个赞