InfinalityArchの人たちは本当に熱心だ。Infinalityといえば、フォントの美しさにこだわるLinuxerにとってかけがえのないキーワードであり、定番テクニックだった。FreeType2が2.7になったとき、同時にInfinalityも消滅した。これは、FreeType2がInfinality相当のフォントレンダリングを取り込んだから...でもあるが、実は作者失踪のため、でもある。FreeType2がInfinality相当のサブピクセル計算方法を取り込んだから十分だと考えたのか、それともやる気を失ったのか、いずれにせよ公式にInfinalityの役割を終了することなく...つまり、Infinalityのまざまな機能は取り込まれなかったが計算式だけは取り込まれる形でInfinalityは消滅した。2.6の間は機能していた。2.7になって互換性がなくなり、機能しなくなったのだ。これに対して不満を持つ人は多かった。Infinalityが終了したことに気づかず、トラブルに巻き込まれた人、というのがとても多い。次に、FREETYPE_PROPERTIES="truetype:interpreter-version=38"は十分ではないと考えた人もまた、いたのだ。2.7になってフォントレンダリングの質は落ちた、と感じた。upstreamの方針ならそれもまた致し方なし...と考えたのだ。FreeTypeはInfinalityの機能を取り入れる予定はなかったし、別にInfinalityパッチが不要のものになったわけでもなかった。FreeTypeパッチは蘇った。2.9に対応した新しいInfinalityパッチつきFreeTypeである。fontconfig-infinality-ultimateが新たなる対応ソフトウェアとして登場している。Java用のInfinalityパッチとlib32のFreetypeパッチは投げ捨てられたままだ。freetype-ultiamte5はInfinalityではない、さらに別のパッチである。Ultimate5相当のレンダリングを得ているという。fontconfigやcairoにinfinalityパッチを当てる必要もない、なかなか効率的なパッチだ。FreeTypeはClearTypeのフォントレンダリングを取り込もうとしているらしい。特許上の問題から今のところ難しいらしい。この機能自体は実装はされていて、しかし有効にできないオプションとなっている。risk.この機能を(自己責任において)有効にした状態でビルドしたものがfreetype2-cleartypeである。このいずれも、最も劣悪にまで落ちてしまったLinuxのフォントレンダリングを改善してくれる。リスク順に考えてみよう。freetype2-cleartype特許上の問題がある。設定オプションを変更しているだけなので、Infinalityパッチ環境で2.7に上がったときのような問題は起きないと思われる。特許状の問題は、個々の環境で有効にする分には問題はない...?freetype2-ultimate5小規模なパッチで、取り残される心配は作者が投げない限りはなさそう。動作もinfinalityに比べれば軽く、戻すのも比較的簡単。upstreamに取り込んで欲しい逸品。freetype2-infinalityfontconfigとcairoにも依然としてパッチを当てる1必要がある。動作も重く、やや不安定。現状では問題なく動作しているが、リスクは最も高いように思われる。ほうが美しいように感じた。Manjaro)以外においては導入は難しいかもしれない。