午前6:00に8時間15分の会議が予定されているとします。その情報を明確な方法で表示するためのガイドライン、ヒント、またはトリックはありますか?
単に議題に表示する場合:
06:00-会議(08:15)
8:15が会議の終了か、さらに悪いことに(アプリで複数のタイムゾーンを使用しているため)異なるタイムゾーンの時間であると誤解される可能性があります。
例は明らかに構成されており、実際のアプリでは、同じページの比較的少量のスペースで表現するために、多くの開始時間と多くの期間があります。単にテキストに変換する(8時間15分)ことは、収まらないためオプションではありません。アイテムあたり最大10文字のスペースがあります。
では、日時とは異なる方法でタイムスパンを表示するにはどうすればよいでしょうか。
後で編集:質問を難しくするために。会議のように2時間53分ですので、残り時間を表現してみてはいかがですか。正確な表示が必要です。また、カウントダウンを使用するほとんどのタイマー/クロノアプリケーション(電話のアラームアプリなど)は、同じ00:00表示を使用することに腹を立てています。
08:15は通常、期間ではなくクロック形式として識別されます。
持続時間として(8h)または(8 durationh)と書くことができます( フラクションUnicode文字のリスト を参照)。
Googleがこれを行う方法は次のとおりです。
あなたが尋ねるべきもう一つの質問は:
ユーザーにとってより重要なのは、期間と終了時間のどちらですか。
会議が06:00に開始して7.5時間続く場合-会議がいつ終了するかを理解するには少し暗算が必要です(ユーザーがそれも知りたいと思うかもしれません)。
期間または終了時間のいずれかのみを表示する場合は、とにかく算術演算が行われます。
たぶん(start-end)を使うだけです:
06:00-14:30
代わりに?
終了時間と期間のどちらを表示すべきかについての議論があり、実際にはOPが求めているものではありません。彼らはその期間行くことを決めた。
したがって、まず最初に、括弧で囲まれた値が期間であることを明確に述べることで、あいまいさをなくすことをお勧めします。
06:00-会議(for 8:15)
それはまだ奇妙に見えます、私は後でそれに戻ってきます。
会議の終了時間を明記する場合は、次のことをお勧めします。
06:00-会議(ntil 14:15)
6:(時間-コロン-分)表記は時刻と見なされ、 12時間形式と24時間形式の明確な区別が予想されない限り、説明。前者は午前/午後で示されます。サフィックス、後者はである可能性があります(該当する場合は先行ゼロを追加することで示されます(したがって6:は6 :00 am while 18: is 6:00 pm)
さて、タイムスパン-以下の表記のいずれかを(優先順に)使用することを提案します。
8時間15分
8時間15分
8時間半
8.25時間
angular units(' for minutesおよび" for seconds)はスポーツウォッチでよく使用されるため、最初の2つは広く認識されます。選択は、使用可能なスペースの量によって異なります。
1/12(5分)または1/6(10分)の一般的な分数は直感的ではないため、3番目のものは細分度を15分に制限します。前者は単一のUnicode文字としては登場せず、後者はそれぞれ10、20、30、40、50分の⅙、⅓、½、⅔、⅚になります。
最後の表記は計算に適していますが、15分(8.25hは8時間25分と表示されることもあります)を表すと不明瞭になり、5分または10分間隔では完全に直感的で判読できません。表示されます(それぞれ0.08(3)hと0.1(6)h、または0.08333333hと0.16666667h)。
したがって、最初の2つから選択することをお勧めします。そのような場合、議題の予定の表記は次のようになります。
06:00-会議(8時間15分)
または
06:00-会議(8時間15分)
6:00-14:15(8hs)-ミーティング。 (2時間で開始)
ユーザーは会議の時間をギブタイムから簡単に推測できますが、時間外に表示することもできます。説明やラベルを付けないようにしてください。邪魔になるだけです。
書式設定によって区別が明確になるという以前のコメントに同意します。
08:00-8時(時間)として読み取り
8時間-8時間(期間)として読み取り
====
「P3Y6M4DT12H30M5S」はこれまでに見た中で最も混乱しやすい文字列の1つであるため、私はISO 8601のガイドラインには絶対に従わないでしょう。 UXデザイナーとして、私たちはデュレーションを提示するためのより良い方法を考え出す必要があります! ;)
単純に言っていただけませんか。
-ミーティング(開始; 06:00、終了; 14:15、期間; 8.25時間)
すべてを言って、混乱する方法はありませんか、またはあなたが指定していない他のいくつかの制約がありますか?メモの最大長が好きですか?
dur。の使用についてはどうですか?
6:00-08:25(期間2h25)-ミーティング
ここにたくさんの良い答えがあります。これはモバイルアプリであり、質問の範囲が拡大していることを考慮して、少し異なるものを提案します。
これが単なるエントリのリストなのか、1日のガントチャートなのか、それともそうでないのか、これらのアイテムの操作に関する既存の要件は不明ですが、追加の情報を表示する機能を使用できる可能性がありますオンデマンドの予定?
おそらく、アイテムのサイズが2倍になるか、フローティングペインが表示されるのは、タップまたは長押しで、期間、概要などの追加情報が表示されますか?人々が、たとえば毎日のスクラムの情報に興味がない会議があると思うので、とにかくそのようなエントリのデフォルトで期間を確認したくないでしょう。
私自身の経験から言えば、私の就業日のほぼすべての会議は1時間に予定されており、ランチタイムに近いか、別の会議と競合するリスクがある場合にのみ長さに関心があるので、これを提案しますが、後者の場合別のUIキューで再び処理できます。
期間は「開始時間」と「終了時間」の共通の違いですが、「開始時間」は任意の時間の開始者です。
開始時間:月例ミーティングの開始時間は9.30です。
期間:会議は9:30から12:00まで続きます。