- [NSString drawInRect：withAttributes：]

Question

を使用しているときのカーニングが悪い - 主に組み込みのHelvetica Neueを使用しているときに - [NSString drawInRect：withAttributes：]を使用するとき、他のフォントでもカーニングが本当に悪いです。しかし、同じ文字列がText Edit（NSTextViewを使用）でレンダリングされた場合、カーニングは素晴らしいです。 （テキスト編集）から第二の場合はずっと良好である（ココアでレンダリング）最初のケースは、ほとんど判読不能である、小さなポイントサイズの

：これら2つの文字列を考えます。私はここでカーニング情報が使われているとは思わない。私がNSKernAttributeを0.0の値で適用すると（ドキュメントによればカーニングがオフになります）、私は同じ結果を得ます。

また、CTLineDrawでCore Textを使用しようとしましたが、まだ悪いカーニングがありました。ですから私の質問は、ココアのテキストシステムでカーニングを有効にするために必要なことは何ですか？そうでない場合、NSTextViewはカーニングをどのように適用しますか？

Answer 1

上部の例は「よりタイト」で、下部は「緩く」です-[NSTextView tightenKerning]、-[NSTextView loosenKerning]を参照してください。ここでAppleは、他の誰もが 'Tracking'を 'Kerning'と呼んでいることを混乱さげている。フォント内で指定された「文字送り」の後に、各グリフの間に均等に適用される一定量の追加のスペース（正または負）を使用して、テキストを表示します。

デフォルトの「タイトネス」または「緩み」は、フォントではなくレンダリングエンジンのプロパティであり、OSXのバージョン、アプリケーション、またはUI要素によって異なる場合があります。

カーニングテーブルは、特定のグリフのペア、たとえば仮想フォントで必要な文字の前進を調整するためのものです。「AV」はカーニングペアとしてリストされています。「A」は小さいそれに続くキャラクターが「V」の時に前進する。

OSXフォントHelveticaとHelveticaNeue（および他の多くのフォント）にはカーニング情報がまったくないので、例でカーニング情報が使用されていないことが正しいです。

フォントにカーニング情報がない場合は、「どのように私はCocoaテキストシステムでカーニングを有効にするのですか？理にかなっていないか、それが何を意味すると思うかを意味するものではありません（？）。