フォントのレンダリングは実際にはどのように機能しますか？
コンピューターでフォントがレンダリングされる方法については、基本的に何も知らないことに気づきました。 私が観察できることから、フォントのレンダリングは通常、システム全体で一貫した方法で行われています。たとえば、DEコントロールパネルで構成したサブピクセルフォントのヒンティング設定は、ウィンドウの境界線、ブラウザー、テキストエディターなどに表示されるテキストに影響を与えます。（私はいくつかのJavaアプリケーションが顕著な違いを示すことを観察する必要があるので、それらは異なるフォントレンダリングメカニズムを使用していると思います）。 上記から得られるのは、フォントのレンダリングを必要とするすべてのアプリケーションが、OS（またはDE）全体のライブラリを利用しているということです。 一方、ブラウザーは通常、レンダリングエンジンを介して独自のレンダリングを管理し、特定のフロールールに従って、テキストを含むさまざまなアイテムの配置を処理します。 これら2つの事実がどのように互換性があるのかはわかりません。ブラウザはOSに特定の位置にグリフを描画するように要求する必要があると思いますが、グリフがどのくらいのスペースを取るかを事前に知らずに、テキストのフローを管理するにはどうすればよいですか？グリフのサイズを決定するための個別の呼び出しはありますか？これにより、ブラウザーは、文字がOSによって後で入力される小さなボックスであるかのようにフローを管理できますか？（ただし、これはカーニングを処理しません）。または、OSはテキストフローを含むテキスト領域全体を描画する責任がありますか？OSはレンダリングされたグリフをビットマップとして返し、それをアプリケーションに残して画面に描画しますか？