合字を使用するタイミングを決定するために、どのような決定と要因を考慮する必要がありますか?見出しのみですか?体だけ?純粋に目で?
約7人がポスターデザインを見て気に入ったので、私は尋ねます。「ライアン、識別のfとiが非常に近いため、ドットが欠落しています。」今、指摘された後、他の人も同様にエラーだと考えています。合字とは何か、そしてそれは間違いではないことを説明しなければなりませんでした。
フォントはFuturaです。
誰かが合字を使用する必要があるのはいつですか?
合字を使用するタイミングを決定するために、どのような決定と要因を考慮する必要がありますか?見出しのみですか?体だけ?純粋に目で?
約7人がポスターデザインを見て気に入ったので、私は尋ねます。「ライアン、識別のfとiが非常に近いため、ドットが欠落しています。」今、指摘された後、他の人も同様にエラーだと考えています。合字とは何か、そしてそれは間違いではないことを説明しなければなりませんでした。
フォントはFuturaです。
誰かが合字を使用する必要があるのはいつですか?
回答:
これはやや複雑です。カーニングのサポートとフォントの選択に関係しているため、すべての状況に対応できる万能の答えはありません。私の経験では、厳密に設定されたセリフ体のローマ字やイタリック体では、サンズフォントではなく、合字が必要になりやすいです。
詳細な説明と例については、以下も参照してください。
上記の最初の回答では、現在の質問について詳しく説明しています。2番目は、5つの非常に異なる顔の特定の合字の対照的な標本を持っています。
プッシュが突き出た場合、合理的な一般ルールは次のとおりです。
それは私が物事を敢えて置くのと同じくらい一般的ですが、残念なことに、それは常に機能するとは限りません。
そうは言っても、オートパイロットで許可した場合、デフォルトのフォントよりも多かれ少なかれ合字したい場合があります。
たとえば、ſtなどの歴史的な合字を含む非常に古いドキュメントタイプセットを忠実に再現しようとする場合、フォントがデフォルトでそれを行わない場合でも、それらをそこに配置する必要があります。
ただし、Bringhurstが観察するように、フォントデザイナーは、合字を標準または履歴として分類する際に、歴史的に正確な仕事をしていない可能性があります。これに関するいくつかの議論については、上記の最初に参照した回答を参照してください。
以下は、ロバートスリムバッハのArno Proのレギュラーウェイトの合字セットです。(最初の行の最初のグリフのペアはカウントされず、最後の行の最初のグリフのみがカウントされます。)
ご覧のとおり、それらの一部、特に最初の2つは、実際にはそれらのペアに関する明示的なカーニングルールの代わりに使用されています。そのため、ある程度、タイプをどの程度厳密に設定し、どのサイズに設定するかによって異なります。たとえば、文字間隔の大文字では使用しません。また、カスタムカーニングで大きなヘッダーを手動で設定する場合もおそらく使用しません。これはルールブックではなく趣味の問題であり、他の多くの場所と同様に、繊細なデザイナーはこれらについて趣味のよい判断を下す必要があります。
ここでは、最新のOpenTypeフォントのトレンドに関する警告が1つあります。Bringhurstは、フォントデザイナーが(たとえば)ctのような歴史的な合字セットではなく標準の合字セットにThを配置していることを訴えているので、これらを明示的に無効または有効にするか、フォントセットから適切なグリフを選択する必要があります。
教訓は、これらのことを完全な自動操縦に沿って引き寄せることが、最適な結果を達成するためのめったにないアイデアであるということです。
対照的に、特にスクリプトフェイスに設定するとき、時には真のイタリックフェイスに設定するとき(斜体を装った斜めのフェイスではなく、できれば斜めのローマ人ではなくスワッシュキャップのあるフェイスを意味します)、良心的なフォントデザイナーはタイプセッターが選択できるさまざまな合字。これらの一部は自動的に設定されますが、その他は設定時に独自の判断が必要です。
スクリプトフェイスは基本的に書道タイプのフェイスであるため、隣接するグリフを結合するためのフォントテーブルに複雑なルールが組み込まれます。
Hermann Zapfの優れたZapfinoを表示することはありません。その書道があまりにも明らかな例であるだけでなく、単にカジュアルな読者を圧倒しないほど多くの合字があるからです。したがって、代わりに、リチャードリプトンのBickham Script Proのオプションの合字のサンプルを次に示します。
もちろん、ギリシャ語の設定はまったく異なります。特に、ギリシアの僧chanceでは、ギリシア人の良い顔で利用できる多くの合字を利用したいと思うかもしれません。たとえば、George DourosのAlexanderの例を次に示します。
Paul RennerのオリジナルのFuturaフォントのデフォルトの合字ルールの電子版は、必要かどうかに関係なくfiの合字を生成しているようです。これは私の意見にすぎないことを理解すると、特にその顔のfがすぐ後に続くiを壊すことはないということを考えると、大きなディスプレイサイズでは少し気になります。
ほとんどのセットには、ヒステリックなネズミイルカを寄せ付けないために少なくともfi、fl、ffの合字が含まれているため、含まれています。
ff FB00 LATIN SMALL LIGATURE FF
# 0066 0066
fi FB01 LATIN SMALL LIGATURE FI
# 0066 0069
fl FB02 LATIN SMALL LIGATURE FL
# 0066 006C
ffi FB03 LATIN SMALL LIGATURE FFI
# 0066 0066 0069
ffl FB04 LATIN SMALL LIGATURE FFL
# 0066 0066 006C
これらのコードポイントは、まったく必要ありません— これまでに。
合字と有向グラフ上のUnicode FAQでは、合字については、これを言います:
Q:ここには、「hr」合字を広範囲に使用する原稿の束があります。「fi」、「fl」、さらには「st」の合字をエンコードしましたが、「hr」はエンコードしていません。合字として「hr」エンコードもできますか?
A:既存の合字は、基本的に互換性と非Unicode文字セットとのラウンドトリップのために存在します。それらの使用は推奨されません。いかなる状況でもこれ以上エンコードされません。
合字はフォントにエンコードされた動作です。現代のフォントが「h」の後に「r」を表示するように要求され、そのフォントに「hr」合字が含まれている場合、合字を表示できます。一部のフォントには合字がなく、一部のフォント(特に非ラテン文字用)には数百のフォントがあります。これらすべてのフォント固有の可能性にUnicodeコードポイントを割り当てることは意味がありません。Q:「ct」合字はどうですか?Unicodeにはそのための文字がありますか?
A:いいえ、「ct」合字は、古いタイプのスタイルで一般的に見られるラテン文字の合字の別の例です。「hr」合字の場合に関しては、合字の表示はフォント設計の問題であり、合字の文字を個別にエンコードする必要はありません。1つは単に文字シーケンスをUnicodeで表し、フォントデザインとフォント属性コントロールに依存して、結果が表示(または印刷)に連結されているかどうかを判断します。同じような状況は、ラテン語の書体に見られるlong sや他の多くの文字を含む合字にも当てはまります。
Unicode標準は文字であることに注意してくださいエンコーディング標準。合字やその他の表示形式、またはフォントやグリフのデザインの詳細の他の側面を標準化することを意図したものではありません。Unicode標準で見つけることができる合字は、互換性のあるエンコードのみであり、すべての合字を文字としてエンコードすることを要求する先例を設定することを意図したものではありません。
合字には2つのタイプがあります。
タイプ1:合字が存在する理由は、あなたの読書の流れを妨げる可能性のあるいくつかの文字間のスペースを防ぐためです。たとえば、一部のフォントでは、「fi」が互いに重なり合っているか、特に「fl」です。この問題の解決策を見つけるために、合字が発明され、それぞれがタイプブロック上の1文字になりました。
通常の文字と合字:
通常の文字が近すぎるため、全体の間隔を広げる必要があることがわかります。
タイプ2:時間の経過とともに、タイプデザイナーは、フォントの文字を強化するが常に読みやすいとは限らない特殊な合字をフォントに追加することにより、合字を使用してフォントを「洗練」しました。
合字を使用してより「スクリプトの感触」を作り出すUnderwareのSaunaフォントからの超拡張合字。
例に戻ります。Futuraでは、「fi」は重複していないので、合字を使用する必要はありません(オリジナルには合字がないので、これは特別なFuturaでしょうか?)。
しかし、フォントに特別な味を追加したい場合は、好きなように合字を使用してください。しかし、珍しい合字を使用すると、人々は気づき、実際の設計声明から注意をそらす可能性があることに注意してください。
読みやすい本文用に設計された多くのフォントでは、合字はほとんど目立たない微妙な微調整である傾向があり、そうでなければ隣接する文字形状の厄介な配置を修正するだけです。
フューチュラのfi
それはかなり目立つ目立ち、および非連結したことで、間違いなく不要です-あなたの例では、結紮は、しかし、実際にはそのようでないf
とi
、文字形状が重複することなく、非常に快適に一緒にフィット。
それはない、それは本文に耳障りな表示されることがあります場合でも、しかし、はっきりとフォントの幾何学的なデザインをエコー、およびロゴに非常に素晴らしい見えます。1 そのため、従来の「読みやすさ合字」よりも、「たまたまフォント自体に組み込まれているだけではあるが」「カスタム繁栄」のように扱うのが最適です。
そのため、「面白いf
」のドットと組み合わせるi
ことは、テキストをより美しく、より幾何学的にきれいにするための意図的な設計選択であることを説明できます。必ずしも合字が何であるかを説明する必要はありません。クライアントが手紙の形を自分で変更したような印象を残した場合、その害はどこにありますか?
1)IMO、スモールタイプの場合、Futuraはとにかくボーダーラインのフォント選択です。それは機能しますし、私もそのように使用しましたが、読みやすさの問題に注意して慎重に使用するのが最善です。テキストの長い段落には、小さなサイズで読みやすくするためにデザインの純度を少し犠牲にする可能性のある他の幾何学的なsansフォントがあります。