@font-faceを使用できるのに、なぜデザイナーがSIFRを使用するのですか？

Question

@font-faceを使用できるのに、なぜデザイナーがSIFRを使用するのですか？

@font-faceの何が問題になっていますか？

@font-face {
    font-family: "Hacen Tehran_eot";
    src: url('Hacen Tehran.eot');
}

@font-face {
    font-family: "Hacen Tehran_ttf";
    src: url('Hacen Tehran.ttf');
}

p {
    font-family:"Hacen Tehran_eot", "Hacen Tehran_ttf", sans-serif;
    font-size:40px;
}

Answer 1

@font-faceの何が問題になっていますか？

それは新しい、または少なくとも互換性のあるブラウザのサポートが新しいです。

ごく最近まで、それをサポートする唯一のブラウザはIEであり、その後、EOTフォント形式でのみ、複雑で不人気なWEFTアプリケーションによってのみ生成できました。

今日でもフォーマットの問題があります。 Woffは明確な将来の勝者ですが、代わりにTTF/OTFを必要とする最近のブラウザに加えて、iPhoneとその奇妙なSVGフォント、そしてもちろんEOTを必要とするIE未満のブラウザをたくさん持っています。

これを、ライセンスを実際にWebページに埋め込むことを許可したフォントを見つける問題と組み合わせることで、 @font-faceは非スターターでした。ライセンスの状況があります 多くの 最近、実際のWeb埋め込みに利用できる品質の良いフォントがたくさんあります。

それでも、特にかかとを引きずっている主要な鋳造所の1つから、すでにフォントを選んだ場合、ライセンスを取得することはできません。 SIFRやCufonなどのベクトルベースの交換技術は、従来のライセンスが許可する通常の埋め込みに似ており、画像ベースの交換手法では埋め込みライセンスはまったく必要ありません。

Answer 2

いくつかの理由があります：

ライセンスされたフォントフェイス互換バージョンを現在取得できるよりも、多くのフォントをフラッシュに埋め込むことができます。

ライセンスバージョンを取得できる場合でも、新しいフォントフェイスバージョンを購入する代わりに、Flashと互換性のあるフォントファイルを使用する方が安価です。

フォントのフォントバージョンのフォントは、デスクトップライセンスに使用されるために使用されるフラットレートのデザイナーの代わりに、トラフィックに基づいてライセンスされることがよくあります。サイトが1か月あたり1,000万ページのビューを取得することを期待する場合、クライアントがそれらのフォントのライセンスを支払うことを望まない可能性があります。

一部のデザイナーは、Font-Faceの使用方法も知らないだけですが、それは単なる教育の問題です。

Answer 3

@font-faceは、そのテキストが表示されているブラウザのレンダリングエンジンに依存しているため、Windowsマシンでエイリアスに見える場合があります。これは、Google Webフォントに当てはまります。TypeKitや同様のサービスのWebフォントに当てはまります。これが、SIFRを使用し続けている理由です。ここでこの投稿の質問に対するより拡張された答えがあります： Cufonを使用する短所は何ですか？ SIFRはまだ良いオプションですか？ @font-face彼らがcufonやsifrで見るように文字を滑らかにしません

Answer 4

SIFRを使用した水平色のスケーリングなどの複雑な勾配効果を実行することはできませんが、これはフラッシュファイルにすばやくまとめることができます。