因此,您有一个长时间运行的过程,可能带有进度条,并且您想要剩余时间的文本估计,例如:“剩余 5 分钟”“剩余 30 秒”等。
如果您实际上不想报告时钟时间(由于准确性或分辨率或更新率问题)但想坚持文本摘要,那么正确的范例是什么?
“一分钟”是否显示从 0 到 60 秒?还是从 1:00 到 1:59?假设还剩 1:35 - 是“剩余 2 分钟”还是“剩余 1 分钟”?
当您不到 3 分钟时,您是否将其缩减为“还剩几分钟”?
首选(最不让用户感到沮丧)的方法是什么?
因此,您有一个长时间运行的过程,可能带有进度条,并且您想要剩余时间的文本估计,例如:“剩余 5 分钟”“剩余 30 秒”等。
如果您实际上不想报告时钟时间(由于准确性或分辨率或更新率问题)但想坚持文本摘要,那么正确的范例是什么?
“一分钟”是否显示从 0 到 60 秒?还是从 1:00 到 1:59?假设还剩 1:35 - 是“剩余 2 分钟”还是“剩余 1 分钟”?
当您不到 3 分钟时,您是否将其缩减为“还剩几分钟”?
首选(最不让用户感到沮丧)的方法是什么?
这有点主观。但是,我会精确到分钟,直到您减少到 30 秒。
01:02:05 = "1 hour 2 minutes remaining"
00:02:35 = "3 minutes remaining"
00:02:29 = "2 minutes remaining"
00:01:35 = "2 minutes remaining"
00:01:05 = "1 minute remaining"
00:01:00 = "1 minute remaining"
00:00:59 = "Less than 1 minute remaining"
// Switch to seconds at :30
00:00:30 = "30 seconds remaining"
00:00:29 = "29 seconds remaining"
避免使用快捷方式“分钟”。花额外的时间输出一分钟的“分钟”和更大的“分钟”。
使用四舍五入。0:30 到 1:29 是“剩余一分钟”,1:30 到 2:29 是“剩余两分钟”。
我不能说我以前见过这个,但我认为这有点道理。
我想这里的关键是你期望你的计算有多准确。如果您甚至无法确定最后 60 秒是否为 60 秒,那么您将不得不有点模糊......