アポストロフィに適したキャラクターは何ですか？

多くの場合、アポストロフィを表すいわゆる「タイプライターアポストロフィ」（Unicode文字U+0027とHTMLシンボル'）に遭遇します。

しかし、一方で、「右単一引用符」（Unicode文字U+2019とHTMLシンボル’）も代わりに使用されます：

私は今、どれが正しいものであり、タイポグラフィで使用すべきか疑問に思います。

^{注：両方の例でsans-serif書体Arialが使用されました。}

曲がり始めた

アポストロフィは、16世紀のイタリアの印刷された世界で、手書きの古典的なイタリアの詩からコピーされた省略を意味する湾曲した形として初めて登場しました。アポストロフィは、「ゴッチャ」または「ワナ」と同等でした。つまり、より人間らしく聞こえるようにすることで、テキストの硬直性を取り除く方法でした。

これは、アポストロフィが初めて印刷されたときの例です。それは「ル・コーゼ・ヴォルガリ・ディ・メッサー・フランチェスコ」からのもので、ペトラルカによって書かれたイタリアの古典で、1501年頃にイタリアのアルダス・マヌティウスによって出版されました。

アルドゥス・マヌティウスは、彼の友人が所有するペトラルカのオリジナルの原稿からこの本をコピーしたと思われます。彼は詩人の手書きに基づいて設計された特別な書体を持っており、現在「斜体」と呼ばれている傾斜スタイルを作成しました。彼は、詩人が書いたとおりにテキストをコピーできるようにするために、アポストロフィグリフを導入しなければなりませんでした。単語「l'honorata」のアポストロフィに注意してください。湾曲した形状になっていることに注意してください。

ファッショナブルになった

この革新的な「イタリック」タイプと、エリートをかわいい小さなマークとして示す口語的なスタイリッシュな方法は、すぐに名声を得ました。書体が教皇自身によって保護されていたとしても、偽造アーティストによって違法にコピーされ始めました。本のコピーは、アポストロフィとすべての書体の海賊版を使用してリヨンで印刷されました。

1501年、Geoffroy ToryはCampofloriを出版しました。これは、フランス語の文法と出版に革命をもたらした本です。それはとりわけ、アポストロフィを導入し、エリートをスタイリッシュに考える新しいファッショナブルなイタリアの方法をコピーしました。これは本の抜粋です。湾曲したアポストロフィに注意してください。

同じ世紀に、同じ理由で、英語はフランス語からアポストロフィをインポートしました。

まっすぐになった

アポストロフィは目新しいものではなくなり、通常の文法の一部になりました。印刷されたテキストでは、その湾曲した形状を維持しました。一方、直線のアポストロフィのようなグリフには、「素数」を示すなど、さまざまな機能がありました。ただし、手書きの文書では、まっすぐな目盛りとして定型化されている場合がありました（以下のYorickのコメントを参照）。

タイプライターとキーボード（1860年代）の発明により、エンジニアは小さなスペースに多くの文字（キー）を収めるという問題に直面しました。スペースを節約するために、似たような外観のキャラクターを統合するというアイデアを思いつきました。左、右、まっすぐな「アポストロフィ」を持つ代わりに、まっすぐなものだけを含めることにしました。emダッシュやenダッシュなど、組版で一般的な他の文字についても同様の決定が行われました。

https://en.wikipedia.org/wiki/Typewriter#Typewriter_conventions

この削減された文字セットは、世界で最初のバイナリ文字セットである5ビットBaudotコード（1870）で体系化されました。このセットには、単一の文字として直線の二重引用符も含まれていました。7ビットASCIIは同じ文字セットを継承しました。

それ以来、すべての入力（および電信）テキストは、まっすぐな引用符のみを使用して設定されました。巻き毛のものは、従来の活字でのみ使用されていました。

あいまいになりました

ワープロシステムが普及したことで初めて、アポストロフィが巻き取られ、デジタルの世界に再登場しました。Wordのようなシステムは、コンテキストに基づいて、まっすぐなアポストロフィを中括弧で自動的に置き換える機能を提供しました。ただし、そうするのはユーザーの選択であり、すべてのワードプロセッサに機能があるわけではありません。混乱を助長するために、標準キーボードには中引用符が含まれていなかったため、通常のユーザーが意図的にそれらを入力することは非常に困難でした。

Unicodeが作成されたとき、設計原則の 1つは文字を「統一」することでした。似ているように見えるさまざまなスクリプトまたは言語の文字は、単一の文字として統合および簡素化されます。あなたは彼らが起源に戻って、まっすぐなアポストロフィを取り除いたと思うでしょう。さて、この時点までに、まっすぐなアポストロフィと引用符の混乱とリベラルな使用は非常に大きかったため、Unicodeは両方を含めることにしました。

今日のアポストロフィ

したがって、今日のように、両方（アポストロフィと直線アポストロフィ）はアポストロフィと引用符として受け入れられますが、いくつかの考慮事項があります。

• テキストの意図が、従来のタイプセットのように見えるようにすることである場合、元のように常にカーリーを使用します。素数を表すためにまっすぐなものを保持します。

• まっすぐなアポストロフィと引用符を使用することは、ドキュメントにデジタルムードを与える方法であり、同じ幅の文字がタイプライターまたはコンソールで入力されたことを意味します。

• テキストがデジタルであり、人間の目で消費される場合、両方（中括弧と直線アポストロフィ）はアポストロフィと引用符として受け入れられます。ここでは学校が異なり、分裂が支配しています。表現力豊かな混乱を続けます。同じドキュメント内で一貫性を保つだけです。

• テキストの意図が意味的に正しい場合（コンピューターにテキストの意味を解析させたい場合）、Unicodeの文字の定義に細心の注意を払う必要があります。U + 0027（キーボードで入力できるもの）は「APOSTROPHE」という名前です。それはアポストロフィを表現するのに適した候補である可能性を示唆していますが、ユニコードはこの文字に関する曖昧さのようなものであり、少なくとも英語ではU + 2019がアポストロフィに適していることを示しています。私は個人的にこれが彼らの統一の原則に反すると思う。アポストロフィは、使用される言語に関係なく同じであると予想されます。それに加えて、彼らはアポストロフィを「句読点」として分類するという事実は、フランス語では不自然に受け入れられるが、英語ではまったく意味をなさない。その場合、異なる言語に異なるアポストロフィを使用するか、英語に物議を醸すアポストロフィを使用するという難問が残ります。議論どれが正しいかについて、非常に情熱的になります。一方、U + 2019（およびまっすぐなものではない）を正しい引用符として使用する必要があることは明らかです。同様に、U + 2032は素数を示すために使用され、U + 02BCは修飾子文字アポストロフィを示すために使用される必要があります（bu'erのCockney発音の声門停止または「uh'oh」 "）。

• 正しい文字を選択または入力した場合でも、使用するフォントによってカーリーまたはストレートにレンダリングされる場合があることに注意してください。

確認のために少し研究を行いましたが、一般的に「適切な」タイポグラフィでは、単一引用符または二重引用符を使用しません。シングル/ダブルカーリークォートのコマンドとHTMLエンティティの便利なガイドを次に示します。

タイプライターは、キーボードのスペースを節約する手段として設計された非直線的な引用符「ストレート引用符」の導入も担当し、引用符を開閉する必要はありません。通常、適切な引用符または「中引用符」の代わりにストレート引用符が使用されます。多くのデザイナーは、足とインチを表すために直線の引用符が使用されることを教えてくれますが、実際には、足とインチは素数を使用して表されるべきです。ストレート引用符は廃止されているため、使用しないでください。

タイポグラフィリテラシーから：パート2（KA + A）

U + 2019（ '）上のUnicode標準のコメント：

これはアポストロフィに使用する優先文字です

エンコードに関して正しいものに関しては、私はより高い権限を考えることはできません。

また、ほとんどの言語の表記規則では、U + 2019を他の目的に使用したり、二次引用符としてのみ使用したりしています。実際、この文字を主引用符として使用している主要言語はイギリス英語のみです。したがって、ここで区別するためにU + 0027（またはその他の文字）を使用する必要はありません。

文字体裁では、「正しい」ものを決定するための3つのアプローチがあります。

1. 人々が慣れているもの –古典的な組版やプロの組版では、主にアポストロフィにさらされますが、タイプライターのアポストロフィはデジタルテキストを支配します。ここには良い答えはありません。

2. 読みやすさを大幅に妨げることなく、書体の一般的な特性に適合するもの–これは、書体によって多少異なります。いくつかの例を見てみましょう。

   

   すべての例で、Do n'tのアポストロフィはU + 2019であり、amn'tのアポストロフィはU + 0027です。最初に、両方の文字が書体上で異なることに注意してください。

   • 最初の例は、軽いsans-serifフォントです。それは観賞用とはほど遠いもので、巻き毛のアポストロフィは場違いになります。その結果、U + 2019はわずかに傾いています。まっすぐなU + 0027は、書体の単純な文字にも非常によく適合します。

   • 丸いフォームは、明らかに2番目の例の書体の主要なパラダイムです。したがって、U + 2019はカーリーです。U + 0027は方向の感覚（おそらく開始引用符としても使用可能）を回避するように設計されているため、曲線になります。また、それはかなり小さく、おそらく大きな文字で書体の文字を乱すことを避けることと、小さな文字で読みやすさを妨げることとのトレードオフです。あなたが私に尋ねると、トレードオフは小さすぎますが、それは唯一の症状です-実際の問題はトレードオフです。これは、書体にはるかにフィットするカーリーアポストロフィを使用することで回避できます。

   • 3番目の例のような古典的なセリフ書体では、ストロークの幅は主に角度（書道に由来する）に依存します。まっすぐな垂直線は通常、セリフで終わります。これはアポストロフィのオプションではないため、U + 0027は水滴のような形状を使用するため、書体の性格が損なわれます（私の意見では）。確かに、感嘆符にも同じことが当てはまりますが、少なくともそのキャラクターはとにかく邪魔しなければなりません。私の意見では、カーリーU + 2019は書体の文字によりよく適合しています。

   • 最後の書体はさらにカリグラフィですが、その文字は純粋に垂直な要素を設計する別の方法を提供します。したがって、U + 0027はそれほど混乱せず、U + 2019とそれほど異ならない。

   この点を要約すると、フォントによって異なりますが、適切に設計されたU + 2019は、たとえU + 0027が適切に設計されていても、決して悪くなることはありません。対称性が必要ないため、タイプデザイナはU + 2019を他のタイプフェイスに合わせてより柔軟に形作ることができるため、これは少し驚くべきことです。

3. 長期的に読みやすくするために最適なもの –多くの目的に同じ文字を使用することは、間違いなく読みやすさには向いていません。したがって、英国の組版規則を変更しないと仮定すると、直線のアポストロフィには、中括弧の引用符と区別できるという利点があります。ただし、この規則（アポストロフィにU + 0027を使用し、単一の閉じ引用符にU + 2019を使用する）は、デジタルの世界で中括弧とアポストロフィの使用を確立するよりも確立がさらに困難です。

   では他の多くの言語 U + 2019は、とにかく引用符として使用されていないとして、これはほとんど意味になるだろう。ドイツ語のような、U + 2018（ '、英語の単一開始引用符）を引用符として使用する言語で、2つの反対のカールまたは傾斜（書体に依存）を持っていると、多くの場合、より良い区別になります-少なくとも私の意見では。

まず、いくつかの歴史。

中括弧とアポストロフィが元のスタイルでした。プリンターの引用符とアポストロフィとも呼ばれます。

ストレート引用符とアポストロフィはタイプライターと一緒に来。タイプライターは制限付きの機械装置であるため、2組の別々のカーリーマークではなく、1組のストレートマークを使用する方が理にかなっていると判断しました（一重引用符と二重引用符の場合）。

さらに混乱を追加するために、プライムは斜めのアポストロフィのように見えるキャラクターでもあります。プライムは、分/秒のマーキングに使用されます（他の科学的、数学、音楽表記も同様）。繰り返しますが、タイプライターの直線アポストロフィもこれらに使用できました。

とは言っても、一部の書体は、スタイル上の理由から、アポストロフィと引用符のみでデザインされています。

要約すると、a）1954年のタイプライターを使用しているか、b）ストレートなものを使用する文体上の理由がある場合を除き、実際の引用符とアポストロフィマークには常にカーリーバージョンを使用してください

これまでのすべての答えが言及していない項目が1つあります。コマンドラインインターフェイスまたはプログラミング言語では、アポストロフィ（UTF-8文字27）のみが有効な選択肢です。

U + 2019を使用すると、カットアンドペーストを行うときに構文エラーが発生します。文字27のU + 2019への自動翻訳により、Word文書（または一部のWiki / Webページ）からコマンドラインをコピーするとエラーがスローされ、この問題が指摘されるまで多くの人が混乱する原因になります。また、意味をなさないコンパイラ/インタープリターエラーを引き起こす可能性があります。

コードやコマンドラインサンプルを使用して技術文書を作成するときは、作成するすべてのサンプルで、より高い値ではなく文字27を使用するように注意してください。

私は研究センターで働いており、一般的にかなり大きなフランス語とドイツ語のコーパスを使用しています（かなり最近のもの）。フランスのコーパスでは、まっすぐなアポストロフィが 'アポストロフィの量の約4倍で表示されます。ドイツ語では、まっすぐなものは「存在せず、巻き毛のみ」が見つかります。フランスのコーパスのバリエーションは、実際には、入力されたテキストで一般的に使用されているストレートと、主にオンラインにされたコピー/貼り付けテキストからのカーリーによるものである可能性があります。一方、ドイツの情報源は、単にカーリーを使用しているようです。また、アポストロフィはドイツ語よりもフランス語の方がはるかに一般的であるという事実にも考慮を払う必要があります。

パブリッシュされたテキストにアポストロフィとして入力する適切な文字は、UTF-8文字U + 2019、つまり単一引用符です。それがあなたが望む結果を与える唯一のキャラクターです。それは本レベルのタイポグラフィのアポストロフィです。「スマートクォート」を行うライティングツールを使用していて、アポストロフィキーを押すと、ツールはUTF-8文字2019を挿入します。

UTF-8文字のU + 02BC修飾子文字アポストロフィは、発音の小さなアポストロフィです。「できない」と書くという文脈では正しく見えません。

UTF-8文字U + 0027アポストロフィは「プログラマーのアポストロフィ」です。コンピューターの文字数が127文字のみで、コンピュータープログラムを作成するために設計され、書籍レベルのタイポグラフィを作成しなかったときは、コンピューティングのfrom明期から残りました。UTF-8の最初の127文字は元の127文字と同じであり、コンピューターのキーボードは基本的に変更されていないため、この悪いタイポグラフィは絶え間なく続きます。

このバグが存続する理由は、コンピューターの遺産から来た人が必ずしもプログラマーのアポストロフィをバグと見なさないためです。出版遺産から来た人々はそうします。しかし、コンピューターを設計するのはコンピューターの人々です。それは、発行されたテキストで正しいタイポグラフィを使用しないことの言い訳にはなりません。現在、テキストの置換がありますが、それには多くの方法があります。

理想的には、ライターは、UTF-8原稿にバグを入れているだけなので、プログラマのアポストロフィを入力させないツールを使用する必要があります。確かに、編集者はそれを修正しますが、修正後の態度は何度もバグを公開することにつながります。

そのため、本、短編小説、記事などあらゆる種類の原稿があり、プログラマーのアポストロフィが含まれている場合は、公開する前にUTF-8文字2019に置き換えてください。

プログラマーの引用にも同じことが言えます。優れたライティングツールでは、作家がそれらを入力することはできません。適切な引用符を入力する必要があります。特に、アポストロフィと比較して、編集時に修正するのが難しく、修正しない場合はさらに読みにくくなります。

ライティングツールの例として、BBEditを見ることができます。BBEditは、Macで数十年前に遡るテキストエディターです。プログラミングドキュメント（HTMLまたは他の言語）を作成してアポストロフィキーを押すと、プログラマのアポストロフィが取得されます。ライティングドキュメント（プレーンテキストまたはMarkdown）を作成し、アポストロフィキーを押すと、UTF-8文字2019が取得されます。引用についても同様です。プログラミング文書では、プログラマーの引用を取得します。文書を作成する際には、入力時に開始引用符と終了引用符の両方を含む実際の引用符を取得します。これは、ツールがライターの書き込み中に適切なオープンクォートとクローズクォートを実行できるため、引用符で囲むのに最適な方法です。そもそもあいまいさはありませんので、後で修正する必要があります（または修正しないでください）。