it-swarm.cn

以紧凑的方式显示时区信息的明确方法

当显示事件列表时,每个事件都有自己的日期,时间和时区,我想展示已分配给定事件的时区。但是,可能有很多信息要传达。我考虑过的两个选择是:

  1. UTC偏移量-例如2010-08-16 4:15 pm(+5:00 GMT)
  2. 时区缩写-例如美国东部标准时间2010-08-16 4:15 pm

我的问题是:

  1. 一旦我看到GMT偏移量的加(或减),就觉得我需要做数学了。用户如何知道显示的时间是否已经调整?另外,如果该时区的夏令时有效,则会产生误导。
  2. 这里缺少信息。时区很多,我还没有找到时区缩写的权威列表。最接近的似乎是 此TimeAndDate.com列表 。另外,还有 tz数据库列表 ,但是我不认为用户会知道该怎么做。

因此,我的问题是,考虑到屏幕上将出现这些事件的列表,我该如何传达给定事件发生在哪个时区?

8
Ryan Ische

时区是日常概念中可怕的UX的一个很好的例子。这不是DMMT:如果您告诉我某个事件是在格林尼治标准时间+4晚上7点,那么我首先必须考虑与格林尼治标准时间相关的位置,然后我要增加4个小时。真是一团糟!

相反,请考虑一下如果您能够进行计算或设计,可以随时间进行的不同操作。例如:

  • 显示地图,其中您所在的位置有一个大头针,而活动所在位置有一个大头针,每个大头针上方都有一个滴答作响的数字时钟,显示了它在每个位置的时间。如果您具有事件概述页面,并且知道登录用户是谁,则此方法很好用。
  • 为我完成工作,并以纯正的英语说“(此事件在您的时间星期四凌晨3:15举行)”。或者,如果您在表中,请在列标题中输入“在(您的时间)到位”,然后在单元格中打印“星期四凌晨3:15”。这对于通知或流非常有效。
  • 使用相对时间来避免变得特定(显然,这取决于用例)。如果日期远在将来,谁在乎它们是什么时间?只需说“在2周内”。如果它们在一定范围内,请更具体:“ 3h44m”。这些时间应相对于用户的时区。
  • 是否仍需要显示时区(出于某种原因)?显示这样的地图:

map of timezones

也许可以突出显示用户将鼠标悬停在列表中的事件上时事件发生的时区。您甚至可以将其与我的第一个建议结合起来。

不过,理想情况下,请使用通俗易懂的英语,并尽可能依赖真实世界的隐喻来显示信息。显然,您有一个约束条件:您需要在列表中简洁地显示信息。但这是此设计的挑战。

9
Rahul

如果确实需要,则不显示时区信息,而是显示与事件关联的城市(如果未提供位置,则显示时区)。

更好的是,根本不显示时区。如果我处于X时区,那又有什么关系呢,作为用户,我希望将其全部标准化为我的时区。如果您在一个屏幕上显示多个时区,则会失去对并发的跟踪。

理想情况下,您可以标准化时区并提供一个简单的视图来查看其他时区。因此,如果我要计划一些与会人员处于另一个时区的事情,请让我用一个简单的滑块查看该会议何时将在另一个时区中进行,并移至世界各地的国家或城市。

10
Kaj Kandler

关于使用三个字母的缩写的简短评论-请注意不要将它们用作时区的唯一指示符,因为在某些情况下,时区具有相同的三个字母的缩写。

例如,EST可以表示以下任何一项:

  • 澳大利亚东部夏令时间UTC + 11小时
  • 澳大利亚东部标准时间UTC + 10小时
  • 美国东部标准时间北美UTC-5小时
8
adrianh

当需要显示明确的时间偏移时,万维网联盟通常将其 时区标准 与ISO 8601对齐。也就是说,他们更喜欢“ [time] UTC(+/-) hh:mm”。

另外,如果您不想使用UTC,他们建议使用 CLDR unicode库 来获取“国家/主要城市”格式的标识符(例如“美国/洛杉矶”),以标识该国的日光储蓄规则和相对时间。

4
Matt

我喜欢带有offset的缩写。

2010年8月17日,星期二,美国东部时间下午4:30(GMT -4)

这样一来,我就可以自动与自己熟悉的时区相关联,并对我不知道的时区进行数学运算。另外,如果找不到时区的名称,则在放置偏移量时也不会显得不正确。

这样做的另一个好处是在夏令时期间。 GMT -5的EST变为GMT -4。通过输入数字,这会让我想起这一点。

但是另一个问题是UTC或GMT。如今,UTC似乎更正确,但是我已经习惯了格林尼治标准时间,所以我更喜欢这样做。

2
Sruly

为了让用户知道时间是否已经调整-我认为您需要保持一致;要么应该调整列出的所有时间(在这种情况下,您可能不需要显示时区信息),要么不应该调整所有的时间(在这种情况下,应使用最具描述性的时区信息,例如+5 GMT)。

0
Ryan Shripat