ウェブフォントとグラフィックタイプのしきい値の「式」はありますか?


7

免責事項:
この質問には完璧な「公式」がないことに気づきました。私はあなたの経験的な労働慣行を探しています。あなたが持っていない場合、私はあなたに対してそれを保持しません。


ここ数年で、Webフォントがついに主流になりました!ブラウザーのサポートは十分であり、デザイナーが優れた可能性の範囲を広げるほど市場は拡大しています。

Webフォントを使用するパフォーマンス重視のクライアントにとって、ビジュアル/ブランディングを超えたいくつかの素晴らしい利点があります。

今日の質問は、次のとおりです
。どの時点で、ライブHTMLテキストからグラフィックスに移行しますか?特に、高いパフォーマンス要件(トラフィックの負荷、ロジック、サードパーティのアセットの読み込み)を伴うサイトのコンテキストでは。私は現在、いくつかのプロジェクトで一線を画しており、場合によっては決定に苦労しています。他の人が考え出した公式は何かと思います。もしあれば。

私たちはいくつかの要因のバランスをとる必要があります(私はもっとあることを知っています):

  • 表記の完全性
  • サーバーへのアセットリクエスト
  • SEOとアクセシビリティ
  • レスポンシブデザイン(該当する場合)

さらに複雑なことにレンダリングはブラウザとOSによって大きく異なります。たとえば、IE 8と9を比較するか、より劇的にOS XとWindowsを比較してください。明らかに、あなたの市場はそれらの問題のいくつかに対する懸念を否定するかもしれません(残念ながら、私はいくつかのプロジェクトでIE7に大きなサポートをしています)。また、Firefoxではwebfont OpenType機能のサポートは非​​常に優れていますが、他のほとんどすべての機能にはまだ遅れをとっています。


1
ロード時間は方程式の一部にすぎません。最新のWebデザインでは、考慮事項を考慮した方が適切です。方程式の美的側面は、ディスプレイサイズおよびレスポンシブシナリオでのWebフォントのタイポグラフィの完全性と、複雑なJavaScriptを使用しないタイプの制御レベルです。
私服

1
HTML5 / CSS3 / JSは、ほぼすべてのタイプ効果を実現できます。ただし、グラフィックタイプよりも常に改善されるとは限りません。そして、イエスの技術的な考慮事項は、グラフィックデザインの一部です。だから私は人々がこれらすべての要因に重みを付けようとするのか、そして誰かが閾値がどこにあるのかを明確にする方法を見つけたのかどうか疑問に思っています。
私服

4
@ライアン、デザインはすべて制約の範囲内で機能することです。「オフセットプリンターに送る前に、印刷ジョブはどのくらいの大きさにすべきか」という質問の場合、同じ論争をしませんか?
ブレンダン

2
へえ。デザインはかなり重複しています。PここでのAdobeの質問はすべてスーパーユーザーに属している必要があります。
ブレンダン

1
ここでの基本的な問題は、ビジュアルとテクニカルのバランスを保つことです。開発者やUX担当者が転換点をどこに置くのか、私は興味がありません。
私服2012

回答:


9

私の解決策:PNGフォールバックを備えたSVGスプライトシート

個人的には、アイコンフォントは5年後には存在しない、貧弱なストップギャップテクノロジーだと思います。SVG画像は、ベクターが必要な場合に適しています。SVGには、アイコンフォントのほとんどの利点に加えて、次の利点があります。

  • SVGには、色、グラデーション、その他の効果を含めることができます。
  • imgタグで動作します。
  • CSSとして機能しbackground-imagesます。
  • SVGは完全なピクセルです。
  • アイコンフォントと同様に、SVGは任意のサイズに拡大縮小できるため、Retinaサポートを無料で利用できます。
  • SVGは通常、アイコンフォントよりも小さいファイルです。
  • すべてを1つのファイルにしたい場合は、SVGスプライトシートを使用できます。
  • SVGは作成が簡単で、Illustratorで編集できます。
  • レンダリングは、ブラウザー間ではるかに一貫しています(確かに、とにかく単純なものに対して)。

SVGを使用する際の大きな注意点は?バージョン9より前のInternet Explorerはサポートされていません。それは、あなたにとって取引ブレーカーである場合とそうでない場合があります。WebKit(SafariおよびChrome)とFirefoxはSVGに対応しています。古いバージョンのInternet Explorerでは、SVGスプライトシートをPNGに交換できます(非常に簡単で、通常は数行のCSSのみ)。

これですべてがカバーされ、少数のHTTPリクエスト、小さなファイルサイズ、色、グラデーション、その他のデザイン効果を使用できるようになります。ああ、それは恐ろしいHTMLハッカーに頼る必要がないことを意味します。物事は良い意味でありえます。

アイコンフォントをお勧めする状況は多くありません。ひどい考えだと思います。本当にハッキーなギャップで、近い将来、どこかで死んでしまいます。


それをありがとう、マーク。アイコンについては考えていませんでしたが、これは参考にしてください。アイコンフォントの問題に完全に同意します。IE8は私のプロジェクト(進行中の最大のプロジェクトを含む)のいくつかでサポートされているため、モバイル以外でSVGをあまり実行していません。開発者の友人が私に好意を示した別のアイコンソリューションは、CSSに埋め込まれたbase-64エンコードpngです。非常に高速なソリューション。
私服

CSSへのSVGとPNGの埋め込みを自動化し、SASSまたはLESSとその他のトリックを使用してIEバージョンと非IEバージョンを吐き出すこともできます。それを動かしてみるのは楽しいでしょう。私はすべて、作成フォーマットとは異なる配布フォーマットに賛成です。
マークエドワーズ

SVGは最近の私の発見でもありました。なぜそれがより一般的な解決策ではないのか分かりません。
DA01

ただ、明確にする:あなたは使用してSVGのテキストを使用して話をしているtext tspanフォントフェースとフォントを取得し、レンダリングするために、ブラウザに依存する、またはあなたがテキストでSVGパスとしてヘッダのような特定のテキスト要素を出力について話している、などのtitle ALTなど-アクセシビリティのテキストスタイル?(stackoverflow.com/questions/4697100/...
user56reinstatemonica8

また、SVGはテキストベースのXMLドキュメントなので、直接編集して小さな調整を行ったり、外部に読み込まずに直接Webページに埋め込んだりすることもできます。

4

「ここでの基本的な問題は、ビジュアルとテクニカルのバランスを保つことです」ここに私の意見があります、そして、誰もが同意することはないと思いますが、これは私がここ数年ウェブで働いて観察したものです。

Webフォントと安全なフォント:技術的には、Webフォントは必要ありません。ユーザーが追加のファイル(リクエスト)をダウンロードする必要のない安全なファイルを使用できます。サイズ、重さ、文字間隔、行の高さを組み合わせて驚異的なことができ、おそらくそれらとうまくメッセージを伝えることができます。この場合、別のフォントを使用することは、おそらく美的選択にすぎません。

HTMLテキストとグラフィックス:これには公式はないと思います。Webフォントが非常に人気になったとき、一部のフォントが特定のOS /ブラウザでどれほどひどいかに関係なく、誰もがフォントフェイストレインに飛び込みました。人々がどのようにテーブルに背を向けたのかを少し思い出させてくれました、そして突然それらを使用している誰もが冒涜的でした。テーブルは依然として表形式のデータに最適なオプションです。私の意見では、ピクセルパーフェクトグラフィックスは今でも美的デザインに最適です。

ただし、これはおそらく近い将来変更されるでしょう。モバイルレンダリングはすばらしいものであり、一部の新しいフォントはさまざまなデバイスで見栄えがします。

前回「カスタム」したかったので、3つの異なるOSとすべての主要なブラウザで、フォントリスのサンセリフのほとんどを試しました。どれだけうまくレンダリングされたかに基づいて、それぞれに1〜5のスコアを付けました。それらのほとんどは3を獲得しました、いくつかは4を獲得しました。DA01が述べたように、「それはすべてクライアントのニーズ、クライアントのユーザーのニーズ、および設計されている特定のソリューションに依存します」(DA01 sic)。

@ font-faceの「ローンチ」から数年が経ちましたが、デザインで美しいフォントを使用したいのと同じくらい、さまざまなシナリオでレンダリングが異なるフォントを使用する意味はまだわかりません。しかし、これは私の謙虚な意見に過ぎず、私は「私にとって何がうまくいくか」に固執する傾向があります。SVGの答えは素晴らしいように聞こえ、私の意見を変えるかもしれません:)


現実主義者の視点をありがとう;)確かにそこにいくつかの凶悪な例があります。幸いなことに、Google Fontsには堅固なオプションがあり、いくつかの優れた例がTypeKitなどのアウトレットを通じて商用ファウンドリから出ています。レンダリングの問題はもうなくなると思います。
私服

@MarkEdwards SVGのアイデアに関しては、アイコンのための素晴らしいソリューションです。ただし、型の問題には実際には適用されません。
私服

1

さて、ポップアップしている固定されたアプローチがないように見えるので、私はどこにいるのかを考えます。

レンダリング

手始めに、少なくとも適切に作成されたフォントでは、大まかなwebfontレンダリングの時代はすぐに完全に私たちの背後にあります。主な犯罪者(IEバージョン9以前)は急速に過去のものになりつつあります。IE 8はまだプレーヤーですが、観客は審美的にやる気がないと思います;)

ファンシー効果

システム/ HTMLテキストは、
色、
不透明度、
スケール、
水平および垂直位置、
テキストの影の変更を簡単に処理できます。

エフェクトが複雑になり始めたら、それは明らかなグラフィックタイプの瞬間だと思います。シンプルなスタイルコントロール(誰でも私のリストに追加したい人はいますか?)を超えて、
JavaScriptライブラリ、
むらのあるサポートのあるOpenType機能
、ユーザー側の過度に大きなWebフォントのダウンロード、
そしてサポートが制限されているHTML5 / CSS3機能に依存する必要があります。

タイプを
ゆがめる、カーニングを微調整する、
テクスチャを適用
する、画像の上に正確に配置して改行するなど、正確
な制御が必要なものは、グラフィックに頼ります。
私が言ったように、方法はいくつかありますが、現時点ではそれらに価値があるとは思いません。

そうは言っても、そのような場合には本当に効果が必要かどうかも自問しなければなりません。ファンシーなものがすべて仕事をすることなく、システムタイプをうまく設定できます。多分。どこかにいつもあいまいな線があります。

大きなもの

私がウェブフォントを信頼するのをためらっているのは非常に大きなタイプです。数字を捨てるだけで、60px以上としましょう。何故ですか?私は完全には定かではありませんが、気になるよりもいくつかのことを考えることができます。

まず、大きなタイプでは、単純な追跡では解決できない余分なカーニングが必要になることがよくあります。ページでタイプが優勢であり、すべての小さな欠陥が痛々しいほどはっきりとわかります。

第二に、大きなタイプは、デザイン内で非常に慎重な装備が必要になる傾向があります。タイプがフローし、必要な余白がいくつかあるコンテンツサイトではそれほど重要ではないと思いますが、コマースサイトや密なコンテンツ環境では、改行を誤ったり、文字を拡張したりすると、混乱を招く可能性があります。

これらは、ブラウザがタイプに関して本当に悪い仕事をした日から残っている不安感に過ぎないかもしれないと思います。残念ながら、これらの問題の多くはまだ残っているので、私は慎重になります。Giantnerdの[カートに追加]ボタンのようなものは、それを受け入れたくなります :)

最終的な評決

まあ、多分最終ではありません。ファイナルっぽい。

私の不安にもかかわらず、私は大きなタイプのものを乗り越えています。そして、私は他の場所でより少ない効果とよりクリーンなシステムテキストを使用していることに気づきました。大きな利点の1つは、応答性の高いレイアウトです。システムテキストはその場で簡単に変更できます。

クライアントのサイトを迅速に合理化し、画像への依存度を減らしています。ウェブフォントを持ってきてください!多分それはデザインの別のインターナショナルスタイルのリバイバル期間になるでしょう;)

完全開示中

Lost Worlds's Fairsのような素晴らしいエクササイズについては触れないでおきます。時間と適切なユーザーベースが与えられれば、ほとんど何でも可能であることは素晴らしい証拠です。

Jason Santa Mariaによるウェブの美化への貢献

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.