大文字・小文字を変換

各ケースが適用するルール

Title CaseとSentence caseは、すでに入力されている大文字を正反対に扱います。多くの人がつまずくのはこの点です。Title Caseは、2文字目以降に大文字を含む単語（iPhone、NASA、McDonald）を書かれたとおりに残し、それ以外の単語についてだけ判断します。Sentence caseはまず文章全体を小文字にし、ピリオド、疑問符、感嘆符、省略記号の後を大文字にします。そのためNASAはNasaになり、それを防ぐ例外リストもありません。Sentence caseには略語のルールもないため、「e.g. this」では、このサイトの単語数カウントなら文を区切らない位置で大文字が付きます。略語の多い文章なら安全なのはTitle Caseで、Sentence caseは変換後に読み直す必要があります。

言語の初期設定は「言語なし」です。 一覧からトルコ語、アゼルバイジャン語、リトアニア語、ギリシャ語を選ばない限り、大文字・小文字の変換にはブラウザの単純なルールを使います。そのため、トルコ語のテキストを初期設定のまま変換すると、英語の点ありi・点なしiで出力されます。ただし、貼り付けた内容に点なしのıや点付きのİがあればページがそれに気づき、黙って通さずにその旨を表示します。ドイツ語のßがSSになるという警告は、最もよく使われる大文字（UPPERCASE）とCONSTANT_CASEが対象です。交互（aLtErNaTiNg）と反転（tOGGLE cASE）でもßは大文字になりますが、警告は表示されません。

Title Caseは空白だけを基準に単語ごとに判断するため、ハイフンやスラッシュでつながったものは1語とみなされ、大文字になるのは1か所だけです。「mother-in-law」は「Mother-in-law」になります。プログラマー向けのケースはまったく別の基準で分割します。大文字、数字、スペース、アンダースコア、ハイフン、ドット、スラッシュで区切り、さらに連続する大文字をひとまとまりに保つルールがあります。XMLHttpRequestがxmlhttp_requestではなくxml_http_requestになるのはこのルールのおかげです。リストを1行ずつ変換するときはLF（改行）だけで分割するため、WindowsのファイルのCR（キャリッジリターン）は各行の末尾に付いたまま、結果にもそのまま残ります。

ほかの目的には

元に戻す必要があるものは、そもそも大文字にすべきではありません。SSからßへ、アクセントのないギリシャ語の大文字からアクセント付きの元の文字へ、あるいは必要だった語中の大文字を失った名前リストから元へ戻す方法はありません。情報は隠れているのではなく消えているので、変換するものの元のテキストは一緒に残しておいてください。これはこのページの制限ではなく、大文字・小文字の変換とはそういうものです。

貼り付けではなくファイルを変換する場合、すぐに思いつくコマンドラインの方法には落とし穴があります。trやawkのtoupperはASCII専用です。 名前リストの英字は大文字にしますが、アクセント付きの文字はすべてそのまま残すため、うまくいったように見えてリストを黙って壊します。代わりにPythonやNodeのワンライナーを使えばUnicodeとして正しく処理でき、トルコ語、アゼルバイジャン語、リトアニア語、ギリシャ語には、ロケールを受け取る関数が必要です。このページが同じ理由で提供しているのと同じ4つです。フォルダー内のファイル名を小文字に変えるのはまた別の作業で、macOSやWindowsの初期設定である大文字・小文字を区別しないファイルシステムでは、READMEとreadmeが同じ名前として扱われます。