「MM SSでの取引の有効期限」でのタイマーの表現
アプリケーションのUIカードは、作成から3日後に期限切れになります。これは画像のようにバッジで示しています。
要素のさまざまな状態は次のとおりです。
ライブカウントダウンタイマーは、1時間未満になると開始します。つまり、59分59秒から始まります。
だから私のジレンマは約です。 mm：ss形式の表示方法。私が持っていた一般的なオプションは、下の画像に示されています。
これについて考えて、これを通して最善の方法を提案してください:)
私によると、最高のオプションは59m 59sを使用することです。
これは、ユーザーが混乱なく利用可能な時間を理解するのに確実に役立ちます。ここでは、ラベルが一目ではっきりと表示され、2番目の部分が刻々と変化することで、ユーザーにより正確に情報を提供します。
さらに、ユーザーはAmazonやFlipkartのような他のウェブサイトからこのフォーマットに精通しています。
補足：ユーザーが一見すると混乱する可能性があるため、「59:19に期限切れ」オプションの使用を検討することはありません。たぶん "59:19 left"（eg。BookMyShow）と言い換えて、秒の部分が刻々と変化するのを見ると、私たちの心は情報を処理するのに必要な時間は短くなりますが、前のオプション。
Kishan私は一歩下がって、より深いUXの観点からアプローチします。あなたのユーザーは誰ですか、彼らは何をしていますか、どのような情報がユーザーに関連していますか？
少し深く掘り下げると、答えが浮かび上がる場合があります。
ユーザーやこの有効期限が切れるカードのコンテキストを知らなくても、非常に迅速に検討することで、ユーザーがカードが有効期限内の1時間有効である正確な秒を知る必要はほとんどないでしょう。それらはおそらくそのようなきめ細かい情報を必要としないでしょう、そしてあなたが発見したように、それをフォーマットしようとするとそれは厄介で少し混乱します。
おそらく、ユーザーは、Ebayアイテムのカウントダウンのように、最後の10分間、5分間、または1分間の秒のみを表示する必要があります。1時間に達すると、それが分ベース（残り58分）になると、スイートスポット。色や状態が変化し、細部に至る。残り2分33秒。
ユーザーの観点と、カウントダウンタイマーが実際に達成しようとしていることを十分に検討してください。販売/ボーナス情報/緊急性など？
有効期限までの実際の時間を教えてはどうですか。現在のところ、このオファーは「1日で」期限切れになるとおっしゃっています。しかし、それははどういう意味ですか？
木曜日の午後3時だとします。 12時間1分を「1日」に切り上げた場合、私は本当に迷惑になります。それは、明日の朝戻ってきて、契約がすでに期限切れになっていることに気付く可能性があるためです。同様に、取引は土曜日の午後3時までに期限が切れている必要があります。そうしないと、「2日間」と私に言われていたはずです。つまり、金曜日の午後3時から土曜日の午後3時までの間に契約が期限切れになるということです。または、あなたがdid丸めて、金曜日の午前3時（0.5日）から土曜日の午前3時（1.5日）の間に期限切れになる場合があります。それは気が遠くてイライラするほど不正確であり、あなたが尋ねていた部分にさえ到達していません！
今、1時間未満のオプション。
59:59
これはあいまいです。 1秒に1回更新している場合は、おそらく問題ありません。更新されていない場合、それが時間と分であるか分と秒であるかはだれにもわかりません。 （そして、ユーザーは少し座って、1〜2分後に更新されるかどうかを確認したくなるかもしれません。）
厳密に言うと、1秒に1回更新されていても、あいまいです。おそらく59時間59分を意味するかもしれませんが、あなたは悪であり、有効期限は毎秒1分減少します！これは、たとえば、一定の期間有効なバウチャーを私に販売していて、購入を迫られたために、より早く購入した場合にそのバウチャーが長持ちする場合に当てはまります。
59:59分
更新されない場合でも、あいまいです。コロンは小数点のように機能するため、「59分と59のサブユニット（つまり、秒）」を意味する可能性があります。しかし、私と同じロジックを使用するとあなたを信頼できますか？たぶんあなたは、「59何か（つまり、時間）と59分」を意味すると思います。私はあなたが何を意味するのかを理解するためにあなたの心の状態を理解しようとする必要はありません。
59:59秒
これは基本的に前のケースですが、逆です。おそらく100分の1秒に近いタイミングではないので、ユーザーは分と秒を意味すると推測できます。59.59秒（つまり、59秒と3/5秒未満）を意図している場合は、コロンではなく、小数点を使用したでしょう。しかし、繰り返しますが、なぜ私に話をするだけでなく、これらすべてを働かせますか。
私の提案は常に常に「1日23時間45分6秒」（または希望する単位の任意の省略形）として表示し、先頭のゼロ（「0」ではなく「45分6秒」）を省略します日々..."）。
あいまいさを心配している場合は、59分59秒と表示することもできます。
59:59は59時間59分59:59秒と解釈される可能性があり、59秒59ミリ秒と解釈するため、指定したオプションを使用する必要がある場合は、59：59分間進みます。しかし、1〜2秒後に値がどのように変化するかがわかると、それがわかります。
更新速度に基づいて（秒の値は毎秒変化します）、hh：mmとmm：ssのどちらであるかはすぐにわかります。
したがって、あいまいさを取り除くには、mm：ssという形式で十分です。
まあ、地理的な場所やユーザーの種類によっては、フランスの方法、つまり59m55 for 1時間-5秒を使用することもできます。
これの欠点は、それが珍しいことです（どこでも非フランス語圏、AFAIK）。 59分と1分よりも小さい単位の55であるため、あいまいに読み取ることはできません。これは、電子機器の抵抗マーキングで使用されているのと同じシステムであることに注意してください。7M15は7.15MΩですが、7R15は7.15Ωです。
ただし、スペースが限られている場合にのみ使用します。そうでない場合でも、私は59m 55sを使用します。
フィールドに秒がある場合、ページが目に見える形で更新され、単純に2:15と表示されている限り、何が起こっているのかは非常に明確です。
ただし、リフレッシュ時にティッカーを更新するだけの静的ページにはユニットが必要です。この場合、「XXm YYs」を優先してMM：SS形式を破棄するので、-2m 15s
情報を伝える場合は、常にすぐに読み取れ、一貫して表示される必要があります。
単位の表示は私の優先的な選択です。ページが更新されていない場合、（グリッチ、ajaxの失敗、または単に共有されたスクリーンショットのために）MM：SS形式がカウントダウンではなく時間で混乱する可能性があるためです。