IP Timezone

北美中部凌晨 01:54，台北已经是 14:54。要约一个双方都方便的时间，还得知道那边是哪一天。IP Timezone 把这些读数放进 Mac 菜单栏，也把「我想看哪个城市」和「系统时区是否跟随网络出口」交给两个独立的操作。

让两个钟共用一条时间轴

只给一个「快 13 小时」的数字，最后一步心算还是落在写会议邀请的人身上。我把系统时间和对照城市放进同一张二十四小时图。两根竖线共用 00、12、24 三个刻度，读者可以先看两个钟点落在一天的哪一段，再看精确时间。

示例里，系统是北美中部 01:54，对照城市是台北 14:54。上下错开的标记给两组数字各留了一行，偏移量放在中间。即使颜色很接近，两处文字也分别标有「系统」和城市名。

下午 16:30 发出邀请，台北读作 05:30。只看钟面，这个数字似乎更早，实际已经到了第二天。所以远端读数旁边直接标出「同日」「次日」或「前一天」，底部再分别列出日期和星期。读到钟点就能把约会写进正确的那一天。

时差本身也要随日期计算。图里的十月，台北比北美中部快 13 小时。进入十一月冬令时后，两地相差 14 小时。两张卡用同一套排版，变化由当地时区在所选时刻的偏移决定。

要从台北换到东京时，我仍想看着原来的钟。把搜索塞进主卡片会挤走刚才的参照，于是地点选择另开一个小窗，空间允许时就排在时间卡旁。可以输入城市、国家或时区，候选项同时显示地名和时区标识。

单击一行只是预选，按「完成」或回车才提交。按 Esc 就收起，主卡片沿用原来的城市。这个小小的确认区分了「我想看一下有哪些地点」和「从现在起把这里当作参照」。

一台 Mac 可以经休斯敦的网络出口联网，系统使用 America/Chicago，同时在菜单栏查看台北时间。三个名称同时成立，却回答三个不同的问题。把它们缩成一个「当前位置」，很容易让人误以为电脑真的到了那里。

我把日常读数留在「时间」，把依据放到「连接」。这里分别列出出口位置、系统时区、出口时区、查询通道和最近检查时间。需要排查时可以选中并复制值。平时看台北几点，只需要打开时间卡。

查看另一座城市的时间只是一次查询。自动同步却会调整整台 Mac 的时区。首次打开时可以先用时间对照，等需要跟随出口时，再打开同步开关，交给 macOS 完成管理员认证。

授权成功后，后台每两分钟检查一次。想暂时停在当前时区，可以暂停自动同步。想立刻确认网络变化，也可以手动检查。取消授权时，开关回到实际状态，时间卡仍然可以用。

一次出口查询超时，不能据此判断设备换了时区。后台会保留现有设置，把原因放进状态和记录。手动操作失败时，底栏直接给出简短原因和「重试」，两地的时间仍然可读。

后台巡检的提醒要更克制。开启持续异常通知后，菜单栏应用观察到连续三次不同的失败检查，才会提醒一次。同一轮失败不会反复弹出通知，成功检查或暂停后重新计数。要追查过程，可以从通知进入「记录」。

这也是三页各自的分工。临时约会，打开「时间」就够了。读数出乎意料，去「连接」找依据。想知道刚才发生过什么，再翻「记录」。

这也是三页各自的分工。临时约会，打开「时间」就够了。读数出乎意料，去「连接」找依据。想知道刚才发生过什么，再翻「记录」。