协作城市的当前时间
把一起学习或工作的人所在的城市钉住，读它们现在的当地时间、日期和 UTC 偏移。这块板显示这台设备上的一个瞬间。它不换算你输入的钟点。
正在加载你的城市。
你真正要见面的城市
每张卡片是同一瞬间下那座城市的当前当地时间，加上日期和此刻生效的 UTC 偏移。这块板不是倒计时，也不是你按开始的计时器。如果只要这台设备，这台设备上的时钟是另一页。
把板搭起来
- 输入城市、国家，或 America/New_York 这样的时区标识。匹配到的是这一页已经认识的名字。
- 你添加的城市落在最下面。如果它已经在板上，这一行保持已添加，第二份会被拒绝。
- 把卡片放在一起读。它们格式化的是同一个当前瞬间，所以一座城市可能已经是下一天，另一座还停在前一天。
- 调整一座城市的顺序，或把它从板上拿下。这个浏览器会为下次访问留下那个顺序。拿掉每一座城市之后，板保持空白。
一个瞬间，几座当地的钟
首尔存成 Asia/Seoul，纽约存成 America/New_York，伦敦存成 Europe/London。页面不会在首尔旁边存一个固定的 UTC+9。它请浏览器用那个时区名格式化“现在”，卡片印出这次格式化返回的钟点、日期和偏移。
为什么伦敦的偏移不是全年一样
伦敦在一月可以是 UTC+0，在七月可以是 UTC+1，因为 Europe/London 会为夏令时移动。纽约出于同一原因可以是 UTC−5 或 UTC−4。Asia/Seoul 不移动，所以首尔保持 UTC+9。卡片从你浏览器的时区数据里读这个变化。这个站点没有切换日期的日历。
偏移属于这一瞬间
保存的城市是时区名，比如 America/New_York，不是冻住的 UTC−5。偏移在页面每次显示时钟时重新算出。洛杉矶和旧金山可以同时在板上，即使它们共用 America/Los_Angeles。半小时或一刻钟的时区也包括在内，比如印度 UTC+5:30、尼泊尔 UTC+5:45。
每周通话用的一块板
- 每周通话之前把首尔、伦敦、纽约留在板上，读其中哪些钟还在今天的日期上。
- 首尔的深夜，伦敦可能已经显示明天的日期，纽约仍显示昨天。卡片在一个瞬间里，把那些当地日期和这台设备比较。
- 写下时间之前，先读此刻生效的 UTC 偏移。你选定的会议时间，而不是现在几点，属于时区转换。
这块板不替你决定的事
- 最初的城市来自这一页的语言。板上没有任何一座是按你的位置或 IP 地址选的。
- 每张卡片是这台设备的时钟，按那座城市的时区印出来。页面不会为了第二意见去叫时间服务器。
- 用同一个浏览器回来，顺序还在。它不是账号，也不会上传。清除站点数据，板就没了。
- 十二座城市是上限。超过这个上限之前，先从板上拿下一座。没有城市的板保持空白。
- 输入一个会议时间是时区转换的工作，包括把那个时刻放到好几座城市里。这块板只显示现在几点。
关于板上城市的问题
怎样只留下我真正要见面的城市？
搜索、添加、调整顺序、移除。板最多放 12 座城市。已经在列表里的城市不会再添加一次。清空列表之后，它保持空白。
为什么过了一分钟，这些卡片会一起动？
每张卡片都把这台设备上的同一个瞬间，格式化成那座城市的时区。卡片上的日期和 UTC 偏移属于同一个瞬间。
为什么伦敦在七月和一月显示的 UTC 偏移不一样？
那个地区开始或结束夏令时时，伦敦的偏移会变。城市仍在 Europe/London。这个站点不另存一份那些日期的日历。当前瞬间的偏移由浏览器的时区数据提供。首尔的 Asia/Seoul 保持 UTC+9。
我选定的会议时间，而不是现在几点，放在哪里？
放在时区转换。这块板只显示当前当地时间。它不接收你输入的日期和时间，也不给办公时间上色。
这块板会读取我的位置来挑选最初的城市吗？
不会。它不读你的位置，也不读你的 IP 地址。新板上的时钟跟着这一页的语言。
明天再来，什么还会在？
列表和它的顺序，在这个浏览器里。它们不存在账号里。清除站点数据会去掉它们，空列表保持空白。
两座城市共用一个时区，还能各占一张卡片吗？
可以。洛杉矶和旧金山都可以留在 America/Los_Angeles 上。保存的记录是时区名，不是 UTC−5 这样冻住的偏移。