この問題について説明します。たとえば、モバイルアプリケーションで特定の期間の費用の概要を表示し、選択した日付範囲でユーザーが理解できる見出しを作成する必要があります。 数字のセットではなく、人間が理解できるようにするためです。
多くの場合、モバイルデバイスの画面幅は小さいため、小さくする必要があります。 同時に、技術的な幅に加えて、美的感覚を考慮し、不必要なエンティティでインターフェイスをロードしないようにします。 Web入力での同様の状況。 状況は、時計やさまざまな種類の小さなディスプレイなどの小さなデバイスで悪化しています。
たとえば、次のような奇妙なものがあります。
数字またはテキスト？
誰もが10.07から12.07の範囲を読んだだけで、問題はないようです。 しかし、私たちは多くの場合、6月と7月のどちらの月かを考え始めますか？ そして、言葉で書くと、読むのがより便利になり、より理解しやすくなります：「7月10日-7月12日」。 ただし、ここでは1か月以内に範囲を含めています。画面が小さい場合は、この範囲を縮小します。 数字は短くなりますが、それほど便利ではないので、一般的な部分（月）が一度示すと思い浮かびます。 クリアでコンパクト。 別の反対の議論：同じフォーマットではなく、異なるヘッダーを表示するたびに、これはユーザーを混乱させる可能性があります。 私の答えは次のとおりです。決定は、あなたがどのようにインターフェースを取得したいかによって異なります。 人間が多いほど（生きている人とのコミュニケーションの形式まで）、異なるアラートはより正常に見えます。 各製品のスペシャリストは自分で決定する必要があります。
「今年」と「昨年」、「今」と「その後」、「今日」と「昨日」/「過去」など、純粋に精神的な知覚状態がまだあります。 コンテキストから明らかな状況、たとえば現在の年を省略するために、それらを考慮することができます。
2つのユーザー状況を想定します。
- ユーザーは範囲を指定したばかりで、ヘッダーに表示される内容を理解しています。 この場合、タスク（またはタイトルタスク）は、ユーザーが示した範囲の正確さをユーザーに明確に確認することです。 文字通りの意味で明確に-つまり、他の意味はありませんでした（書かれたものは正しく解釈されました）。
- ユーザーはセクションに移動し、ヘッダーにデフォルトの日付範囲が表示されました。 この範囲を明確に読む必要があります。
DD.MM.YYYY-DD.MM.YYYY。
技術的には、日付範囲はDD.MM.YYYY-DD.MM.YYYYと書くことができます。 すべてが明確です。
実際の日付になると、次のことが起こります。
2014年3月9日-2014年9月9日、つまり、1日間の範囲（費用、ジムでの運動など）が示されます。 技術的には、すべてが再び真実ですが、人にとってはそうです：
- ある日（日）;
- これは特定の1日です（これは重要です-特定の日/日です）。
- この日が今日（今日）である場合、「今日」という言葉は日付よりもユーザーにとって明確になります。 昨日であれば、「昨日」も良いです。 昨日はいくら費やしましたか？ -そんなに;
- 最後に（？）、この範囲=日付（日=範囲）が過去/予測年の特定の日である場合、「2014年3月9日」の形式で表示する方がより人道的です。 「3月9日 2014 "または" 3月9日 2014 "、それはすでに疑わしい-" 09.03.2014 "そして最悪の場合-" 9.3.2014 "。
！ つまり、1つの全体（または現在の）日または1週間/月/四半期/半年/年/ 10年/世紀の範囲は、1つのエンティティに縮小するのに理にかなっています（10年と数週間は疑問を引き起こします-彼らはめったに暦週の数を考えません）。
別の話は交差点です。 ここでもすべてが明確になっています。一般的に最も重要なことは、右側に移動することです（2015年3月1〜3日、2015年4月15日など）。 しかし、2010-15。 （ミレニアムはまだ左側にあります）。
現在の（現在の）年などの値は省略できると思われます。 たとえば、今日が2016年1月15日である場合、たとえば1月10日を選択すると、単に「January 10」と書き込まれます。 なんとかして手を下げない月:-)
Label v1.0：これらの略語を体系化する試み
数日（まだ数週間は逃したが、計画はある）、月、四半期、学期、年のオプションを検討しました 。それらはタブレットにあります。
テーブルの説明：
- 斜体は、恥ずかしい瞬間を強調しています。
- 赤-容認できない、または理解できない（ほとんどの質問が発生する）。
- テーブルを編集することはできませんが、セルにコメントを指定することはできます。 喜んで勉強します。
能力と能力について：
- 都市と都市を設定する 年および年の範囲。 2015および2000-2005 トピック： new.gramota.ru/spravka/letters/22-spravka/letters/90-data
- 行の先頭/ピリオドの後に大文字で、年の数字の後に小さな文字を付けて月の名前を書きます（つまり、先頭にない場合）。 例：ノア。 -12月
- 数字を正しく修正： ilyabirman.ru/meanwhile/all/o-naraschenii-okonchaniy-chislitelnyh
- SUREという名前の範囲は、ダッシュ（-）で正しく分割され、DEPHYS（-）で数字が正しく分割されます。 例：4月12日-10月12日、ただし4月12-17日と1998-2000。 このトピックについてあなたはどう思うだろうか。
ちなみにテープの「今日」と「昨日」について
同様に、Appleのメールは特定の日付を示すために使用されます（通常は受け入れられているため、おそらくもっと多くの場所があります）。手紙はいつ届きましたか？ -今日、昨日、および「今日」=「金曜日」の場合、「昨日前」および週の前日は「水曜日」、「火曜日」、「月曜日」、そしてデジタル日付で表示されます。 これは一種の条件付き減衰の原則です（「先月」、「昨年」、「10年」、「世紀」、「千年紀」を想定するのは論理的ですが、この研究は当面は省略します）。 最初は-人間的に、それから過去にさらに-数字で。 これは、テープおよび同様のレコードについて個別に説明する必要があります。
同僚が気づいたより興味深い点
「最終日」とは何ですか？ -アプリケーションにそのような表現があります。 彼らはまた「最後の24時間」と言います。 たとえば、請求に応じて、現在の時刻から24時間前になることもあれば、00：00から始まる暦日があることもあります。 システムが現在の時刻から正確に24時間前にそれを考慮する場合、これは明確かつ明確に示されなければならないように思えます。
トピックを展開すると、このコンテキストではタイムゾーンも考慮することができます。 アクティブな旅行者向け。 たとえば、私はアメリカにいます。モスクワとの違いは8時間からです。 2週間到着した場合、同じモスクワ銀行のアプリケーションで考慮されるタイムゾーンに関係なく、アプリケーション内の明細の詳細は現地時間で興味深いものになります。 結局のところ、携帯電話の時計では、ほとんどの場合、現地時間（たとえば、ニューヨーク）が自動的に設定されます。
間隔「from-to」および「from-to」。 「包括的」という語句を含めるタイミングと、同じインターフェイス内で異なるアプローチを使用する必要があるかどうか（最終日が範囲に含まれるかどうか）です。 異なるアプローチを適用することはできないようです-あるに違いありません。 デフォルトでは、「包括的」に使用するのが論理的であるようです（どこにでも「包括的」という言葉を書く必要はありません）。
PS
確かに誰かがこの問題をとかし、整理しました。 たぶん、開発者の1人でさえスキームを思いつき、これをすべて実装しました。 もしそうなら、これは素晴らしいことであり、これらの決定を概説する同僚に感謝します。 そうでない場合は、トピックに関するあなたの考えとその開発のための提案に感謝します。 また、このような作品の録音形式に関する情報については、専門家や専門家にも感謝します。