您现在可以显示活动所在时区的活动时间了！
这项新功能添加了一个简单的“显示本地时间”选项，该选项使用您选择的时区显示活动日期和时间，帮助与会者了解活动在其实际发生地点的时间。
非常适合：
- 线下聚会
- 会议
- 任何需要显示活动地点本地时间的重要活动
有关日历插件及其所有功能的更多详细信息，请查看官方日历主题。
这是否也会反映在活动的通知邮件中？还是说邮件仍然锁定在最近更新的站点范围机制中：
3 个赞
因为有些人会在不同的时区，特别是如果活动是使用很酷的直播插件进行的直播活动，所以这很好
2 个赞
不，目前仅在客户端上可用，邮件很棘手。
3 个赞
@j.jaffeux 感觉有点太吵了：
也许我们可以改成：
“周日至周五，9月7日至12日，下午5:30至下午6:30”
这样更清晰，下午5:30仍然可以是一个链接，方便需要日期小部件的用户。
如果
- 活动时长为12小时或更短
- 活动有固定的本地时间（无需显示CET）
- 如果活动在今年，则不显示年份
- 重复
另外我们还有一个bug：
应该是7……
6 个赞
完全同意需要简化/优化！缩写是合适的，年份/时区只需要在某些情况下显示。
我觉得这样对我来说行不通，因为将实际的日期/时间分成三个不同的部分感觉很不协调。我是否可以建议一种替代方案，即年份、月份和日期只显示一次，除非日期范围跨越其中一个以上？
如果同年份：
“下午5:30 周日 9月7日 - 下午6:30 周五 9月12日 2025年”
如果同月份：
“下午5:30 周日 - 下午6:30 周五 2025年9月”
如果同日期则：
“下午5:30 - 下午6:30 周日 2025年9月7日”
2 个赞
这对我来说毫无意义；它描述了一个从周日开始到周五结束的事件。
我的文本是一个重复6次的1小时活动。在我看来，这很清楚。
1 个赞
尚未能够重现此问题。
您需要将本地时区设置为澳大利亚，并在法国时间晚上 10 点安排一个持续 1 小时的事件。
1 个赞
好的，我尝试过类似的方法，但会尝试这个完全一样的方法 
1 个赞
这是一个很大的改变，因为这样我就无法为每个日期设置一个单独的日期，也无法允许点击查看您所在时区的时间等。所以需要更改的假设很多。
我们可以确定为类似这样的格式吗：
周日7日，下午5:30 -> 周五12日，下午6:30
这让我感到困惑，也许
7月7日周日，下午5:30 → 下午6:30，每日至7月12日周五
然后当周日下午6:31时，您显示：
7月8日周一，下午5:30 → 下午6:30，每日至7月12日周五
就这样了：周一 7 日，下午 5:30 → 下午 6:30
另外我不明白这个：
那您怎么知道它是在本地时区呢？
为什么是 12 小时？我们只想知道它是否在同一天，对吧？
重复事件的重复信息非常有帮助，它提供了更多的清晰度。
该事件已勾选。
此功能和渲染仅用于“显示本地时间”。如果人们不想要，他们可以不勾选它。
是的，我知道，但最终用户不知道
1 个赞
也许，尽管我在大多数日历中没有看到它，但你看到了吗？谷歌在你点击事件详情时会显示它，老实说我从未关注过。我只看到它每周都在我的日历中显示。
而且这又是大量的工作和需要处理的情况，还有翻译……
无论如何，即使我们想展示它，我也建议不要在日期链接中展示。但可以在 UI 的其他地方展示。
我认为他们会的，这是为本地活动准备的：
- 晚餐在灯塔于晚上 7 点开始
- 演讲者 Jane 在上午 11 点演讲
- 游戏在会议室于下午 2 点开始
这些都不含糊，也不需要时区。
–
重复的信息是镀金，这里的最低要求是改进短事件的渲染效果。
2025 年 9 月 7 日下午 5:30 (CET) → 2025 年 9 月 7 日下午 6:30 (CET) 的文本内容太多了。
9 月 7 日星期日下午 5:30 → 下午 6:30 已经好 100 倍了。
3 个赞
Meetup.com 的做法是：
我明白他们为什么会加上 AEST，因为他们为许多国家/地区举办本地活动，需要确保信息非常清晰。
但他们在文字使用上效率要高得多。
他们采用的紧凑显示方式是：
你必须“点击活动”才能看到持续时间。
用例与在 Discourse 上运行单个活动略有不同，我们最终可能需要同时支持这两种情况。
3 个赞
