您好,为什么当我使用此日期和位置代码时:
[date=2025-09-20 timezone="America/Fortaleza"]
点击帖子中的日期后,结果显示了两个城市(法属圭亚那的卡宴和法国的巴黎)的日期和位置,而不是我居住的巴西福塔雷萨?
您好,为什么当我使用此日期和位置代码时:
[date=2025-09-20 timezone="America/Fortaleza"]
点击帖子中的日期后,结果显示了两个城市(法属圭亚那的卡宴和法国的巴黎)的日期和位置,而不是我居住的巴西福塔雷萨?
我设法找到了我的设置
discourse local dates default timezones
设置为 Europe/Paris,这解释了日期和位置代码显示巴黎(这没关系,因为我的大多数成员都在法国),但对于 Cayenne,我在我的个人资料中设置了它,所以它应该使用 Fortaleza?
哦,等等!它在手机上给了我福塔莱萨,在桌面上给了我卡宴。
您的问题是否已解决?
在更改桌面上的设置后,您是否刷新了移动设备上的网页浏览器?
我做了一个新的测试,现在桌面和移动设备上都显示了正确的信息。
很高兴您解决了问题!我不确定如何处理这个话题……我猜这里有关于时区配置可用性的反馈?您能否重现 Cayenne 问题?
目前我无法重现该问题,但根本原因我也不知道,我猜可能是浏览器设置和/或缓存问题……
我把这条消息转发到了 Contribute > UX 频道,因为我意识到大家在这里反馈了 Discourse 在时区处理上存在的一个限制。
我自己经常在柏林和西雅图之间往返。当我在柏林时,在偏好设置中选择 使用当前时区 会选中 Europe/Berlin;但当我在西雅图时,它却会选中 America/Los_Angeles。这是因为可供选择的时区数量有限。这个问题一直存在。
一个用户体验上的改进是允许用户输入或选择自己的位置,然后由 Discourse 自动将其映射到对应的时区。例如,大多数操作系统就是这样工作的。
此外,我认为如果 Discourse 检测到当前配置的时区与用户所在的实际时区不同,应该提示用户更改时区,而不需要用户去用户偏好设置里查找该选项。
是的,改进的好主意。