Webアプリのエラー/成功メッセージ
マテリアルデザインのライティングスタイル 、シンプルで直接的なものを推奨。
彼らが与える例はここにあります:
ワンセンテンスメッセージでは、アドバイスに従うのは簡単です。しかし、2文のメッセージはどうですか?
これが私が一文メッセージを書く方法です:
ファイルがダウンロードされた/ファイルがダウンロードされなかった
支払い完了
メッセージを送信しました
2文のメッセージを書き込むための最良の方法は何ですか?
ファイルがダウンロードされていません。ダウンロードが停止されたか、別のファイルのダウンロードによって中断されました。
OR
ファイルはダウンロードされませんでした。ダウンロードは停止されたか、別のファイルのダウンロードによって中断されました。
OR
ファイルがダウンロードされていません。ダウンロードが手動で停止したか、別のファイルのダウンロードによって中断されました。
更新:
上記の文は一例です。 UIには、このように構成された他の多くの2文メッセージがあります。
問題が述べられました。何がうまくいかなかったか、および/またはこれを修正するために何ができるかについての説明
これら2つの文を公式化する最良の方法は何ですか?
1)1文であるかのように最初のメッセージ。 2番目の文法は、すべての文法規則に従い、適切な形で使用されます。
2)両方の文はすべての文法規則に従い、適切な時制形式で使用する必要があります。 (ここでの懸念は、1文のメッセージが異なることです。それは別のスタイルと見なされませんか?)
一般に、メッセージの「問題が発生しました」の部分は、セクションの見出しとして表示され、以下の段落に説明テキストが表示されます。この構造は、マテリアルHIGの例に表示されます。
見出しに使用される簡潔な文法は「見出し」と呼ばれます。段落テキストで使用される傾向はありません。 2つの文を同じ行に表示する必要がある場合は、次のことができます。
a)最初の文を視覚的に区別できるようにして、見出しであることを明確にする(例:見出しは黒の太字、本文は通常のフォントより明るい)
b)最初の文に標準の文法を使用し、両方の文を1つの段落のように見せます
とは言っても、ガイドラインは「必須であること」を推奨しているので、本当に2つの文が常に必要かどうかを考えてください。
ティンマンは正しい再フォーマットです。そのアプローチが最良だと思います。
ただし、メッセージのコピーは、「ファイルがダウンロードされませんでした」ことを避けて、可能な限りアクティブな音声である必要があります。エラー/問題の原因を参照する際に、企業は非難したくありません(そして謝罪は企業のエラーメッセージトーン/スタイルの一部ではない可能性があります)。
ファイルがダウンロードされませんでした。ORファイルがダウンロードされませんでした。
また、エラーメッセージには、解決の指示や、可能な場合はいつでも誰かに連絡してメッセージを送る方法を含める必要があります。
最初に頭に浮かぶのは、2文のメッセージでは、メッセージを繰り返すことです。ダウンロードが中断されたため、ダウンロードされませんでした。
私の提案:別のダウンロードによって中断/停止されました