ClearTypeのようなサブピクセル フォント レンダリングにより、フォントの表示解像度が大幅に向上し、画面の読みやすさが向上します。フォントのサブピクセル レンダリング (一般的に) をプログラムするにはどうすればよいですか? また、これを iPad (C、C++、または iOS デバイスの Objective-C) で実現するにはどうすればよいですか? iPad では特定のサイズでフォントがかなりぼやけてしまいますが、iPad のディスプレイがこのテクニックでうまく機能することはわかっています...
では、iPad 用のフォント レンダリング エンジンを開発するにはどうすればよいでしょうか (たとえば、サブピクセルにアクセスするにはどうすればよいでしょうか? OpenGL を使用しますか? Mac OS X?)?
iPadの各ピクセルは赤、緑、青のコンポーネントの長方形であるため、サブピクセルフォントレンダリングがデバイスに適していると思われるかもしれません。
ただし、このデバイスはポートレートモードからランドスケープモードに簡単に変更でき、アプリケーションはその変更に対応することが期待されていることを考慮してください。これは、サブピクセルフォントメカニズムもその変更に対応する必要があることを意味し、フォントごとに2つの個別のサブピクセル記述が必要になります。
ここで、開発者は、パッドと電話で実行されるユニバーサルアプリケーションを1回の購入/ダウンロードで作成できることを期待しているという事実を説明します。ただし、下の画像では、さまざまな世代の電話のさまざまなピクセル構成を見てください。これらのそれぞれは、ポートレートモードとランドスケープモードでフォントを異なる方法で記述する必要があることを思い出してください。これで、フォントの説明が爆発的に増えました。
ここで、最も貴重なリソースがバッテリーであり、サブピクセルフォントのレンダリングがより計算量の多いポータブルデバイスについて話していることを思い出してください。
これは、Appleがサブピクセルフォントのレンダリングを避け、ディスプレイテクノロジーによってピクセル密度が不要になるまで増加することを期待していた思考プロセス（iPhoneのRetinaディスプレイ）とそれほど変わらないと思います。 4はその方向への第一歩です。）
私は、iPadの将来のエディションで、同じような密度のディスプレイが登場することを賭けたいと思います。それはそれほど重要ではありません。iPadアプリケーション用のサブピクセルフォントレンダリングメカニズムを発明するために投資する努力は、その時点ですぐに不要になるので、その道をたどらないことをお勧めします。
