コンピューターのユーザーインターフェイスで文章の途中で単語を大文字にすることは正しいですか？
多くのサイトやユーザーインターフェイスは、次のように特定の単語や文を大文字にする傾向があることに気づきました。
Choose File
Select a File to Upload
Account Settings
How to Format
しかし、他のいくつかのケースでは、そうではありません：
Please select a file to upload to our system
Browse the complete list of questions, or popular tags.
Help us answer unanswered questions.
そして時々、特にリスト項目では、すべて小文字です。これらは良い習慣ですか？大文字にするかどうか、またはすべて小文字で書くときを決定するための合理的なルールは何ですか？
英語では、コンピューターと青い天井の下の両方で、タイトルスタイルの大文字化（ほぼすべての単語の最初の文字を大文字にする）はタイトルを表し、センテンススタイルの大文字化（最初の単語の最初の文字のみを大文字にする）は文を表します。タイトルには通常、ドキュメント、ページ、およびセクションのヘッダーと、コントロールのラベルが含まれます。それらはしばしば、主語または述語のいずれかを欠く文の断片です。文は「通常の」コンテンツであり、一般にそれぞれ主語と述語が含まれますが、コマンドの意味での文には、暗黙の主語として「あなた」が含まれることがよくあります。
グレーゾーンがあります。スタイルガイドは、それぞれを使用する特定のガイドラインを提供します。たとえば、Appleは、メニュー名、メニュー項目、ボタン、および完全な文ではないラベルにはタイトルスタイルを推奨します。Appleは文スタイルを推奨しますメッセージではない場合でも、チェックボックス、およびラジオボタン。
ただし、スタイルガイドはすべてが一致するわけではなく、変更される場合もあります。たとえば、ボタンとメニュー項目のタイトルスタイルの大文字の使用を推奨するために使用されていたWindows UXガイドラインが、現在は文スタイルの大文字の使用を推奨しています。タイトルスタイルの大文字の使用は、タブ、ウィンドウタイトル、ページ、プログラム、フォルダ、およびその他の「主要コンポーネント」に対してのみ推奨されます。
これらの灰色の領域では、大文字のスタイルは主に、ええと、スタイルの問題です。文スタイルの大文字は、ユーザーがツールではなくエージェントと対話しているように、アプリに会話的な口調を与えます。これは、あなたのケースでは良い考えかもしれませんし、そうでないかもしれません。タイトルスタイルの大文字を使用すると、ラベル内のキーワードをスキャンしやすくなると思いますが、それは単なる直感です。
私はこれらのガイドラインに従う傾向があります：
文が次のように短縮された命令形式の場合：
ファイルを選ぶ
アップロードするファイルを選択
->単語は大文字です。
文が次のように完全な形式である場合：
アップロードするファイルを選択してください
ファイルの完全なリストを参照->単語は大文字ではありません
ほとんどの場合、私は選択がデザインの1つだと思います。すべての小文字のメニューは特定の外観を持ち、すべての大文字または適切なケースのメニューとは異なるイメージを伝えます。
大文字にするか、大文字にしないか？答えは簡単です。会社のスタイルガイドに従ってください。
しかし、私は常に生徒に言います。「自分の会社のスタイルガイドを書くのではなく、他の場所で公開されているものを使用してください。
Microsoftによる テキストの既存のスタイルガイド（大文字の使用を含む） です。
生徒に既存のスタイルガイドを使用するように勧める理由は次のとおりです。
- 専門家のグループは常に何らかの詳細については意見が分かれます。テキストを大文字にする、句読点を付ける、綴る、書く、または整理する方法を決定しようとする専門家よりも速く、モグラから山を作ることを示すものはありません。
- コンセンサスを生成するための委員会を設立しても、彼らはまだすべての詳細に同意しません。誰かが却下して決定を課さなければならないか、グループが投票することができます。いずれにせよ、一部の人々は彼らが失われたと感じるでしょう。
- スタイルガイドを作成、保守、および発行することは、労働集約的です。あなたのスタイルガイドは長い間最新ではありません、
- スタイルガイドの決定が気に入らない人は、それに従わない言い訳を見つけるでしょう。 （「ああ、私はそれを見つけることができませんでした」または「ああ、それは時代遅れです」または他のいくつかのパッシブアグレッシブなバロニー。）some人々がスタイルに従わない場合ガイド、あなたは本当にスタイルガイドを持っていません。
- スタイルガイドが外部で作成された場合、次のように言うことができます。「私もすべてが好きではありませんが、私たちはあなたの鼻を持ち、このスタイルガイドに完全に従う必要があります。」独自のスタイルガイドを作成して維持するよりも簡単で、安価で、効果的です。
上記の音が皮肉に聞こえる。関係者から賛同を得た内部スタイルガイドを作成する方法があります：barn-raising。これには、チームが通常のデスクから離れてラップトップを持って一緒に座っていることが含まれます。会議室で週に1回試してください。チームが高、中、低に優先順位を付けたリストから、書くトピックを選択してもらいます。あなたが書いているようにタイマーを設定します。執筆時間は静かな時間です。一人一人が異なるトピックを書き、次にグループはトピックを一緒にレビューします。タイマーが切れた後、作者がレビューの準備ができていると感じた場合は、トピックをレビューします。タイマーが切れたら、1人の人が自分のトピックについて他の人に相談または投票し、チームがそれをレビューするように依頼する前に、別の反復にそれをとってもかまいません。タイマーを10分から始めます。必要に応じて、書き込み時間を増やすことができます。レビュー中のトピックをすばやく共有する方法を見つけます：電子メール、LAN、プロジェクターなど。
タイトルケースの使用（各単語の最初の文字を大文字にする）が正しいか正しくないかはわかりません。 FWIW、私は個人的に、たとえばチェックボックス、ラジオ、リストアイテムでのタイトルケースの使用から離れました。私は現在、それらの使用を1文に制限しています。ダイアログのタイトルとボタンのラベル（「ファイルを保存」など）。
英語は、彼らが特別だと思うすべての単語を大文字にするべきだと考える作家の例でいっぱいです。それは古風なスタイルで、不審に見え、少しばかげています。ほとんどの現代的なスタイルのガイドは、一般に固有名詞、人々の名前に対応する正式なタイトル、文化的作品や法令のタイトルに大文字を予約しています。時々、異名詞は大文字を受け取ります。たとえば、丘（国会議事堂）や都市（ロンドンの金融地区）などです。ファイルの選択はタイトルではないため、ユーザーインターフェイスではタイトルの大文字小文字を使用しないでください。これは必須の文です。
完全な文の場合、すべての大文字で間違っているように見えます。
一方、強調するのは少し奇妙に見えますが、短いエラーメッセージ（「有効なメールを入力してください」）を時々大文字にしますが、それは常に行うことではありません。
簡単なメニューオプションとラベルに関して@Hishamに同意します
たとえば、私はフルネーム、クレジットカード番号などを書きます。
しかし、フォームの上にいくつかの指示を入れたい場合は、「下のフォームに記入してください」のようなものになります。他の通常の文と同じように。