問題タブ [font-face]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
css - OTF/TTF ファイルを EOT 形式に変換するにはどうすればよいですか?
@font-face 機能を使用する必要があり、フォントは OTF/TTF 形式であり、Microsoft ブラウザーは EOT 形式のみをサポートしています。マイクロソフトのツール WEFT を使ってみたのですが、うまくいかなかったり、仕組みがわかりませんでした。フォントを EOT 形式に変換する他の方法はありますか?
css - @media 内にネストされた @font-face が Firefox 3.5 および IE8 で機能しない
更新:実際には問題の原因ではない相関関係に巻き込まれたようです。問題は、実際には CSS ファイルの展開方法とは無関係の問題でした。詳細については、以下の私の回答を参照してください。
@font-face は WebKit (Safari と Chrome) と Opera ではうまく機能しますが、Firefox 3.5 や IE 8 ではうまく機能しません。
Google などの推奨に従って、メイン サイトとは別のドメインから、CSS を含むすべての静的アセットを提供しています。同じドメインからすべてを提供すると、すべてのブラウザーで正常に動作します(注: これは、CSS 構文に関する回答が役に立たないことを意味します。私はすでにそのすべてを把握しており、うまく機能しています。これはクロスドメインの問題についてのみです)。 .
静的アセット ドメインから CSS とフォント ファイルを提供し、静的アセット サーバーに適切なアクセス制御ヘッダー(Access-Control-Allow-Origin) を設定させると、動作するはずですが、FF 3.5 と IE を除くすべての場所で動作します。
これを機能させるにはどうすればよいですか?
macos - Mac 上の Firefox 3.5 と @font-face
@font-face に問題があります。実際、Safari、Internet Explorer 7 以降、Windows の Firefox では問題なく動作しますが、Mac の Firefox ではまったく動作しません。
防弾 @font-face 記事のコードを使用しています
これが私のコードです:
問題のサイトへのリンクは次のとおりです。リンクテキスト
silverlight - Silverlight アプリのフォント戦略を模索中
SL3/SL4 アプリケーションを使って作業し、フォントを使い始めたとき、フォント戦略に関するドキュメントやベスト プラクティスが不足していることに気づきました。例えば:
- サポートされているフォント セット (Arial、Comic Sans MS など) の一般的な代替フォントはありますか? Windows と Macintosh システム間の代替フォントに関する一連の推奨事項はありますか?
- Macintosh を含む "Times New Roman" や "Verdana" のように、99.5% の確率でエンド ユーザー システムに (ほぼ常に) 存在する、Silverlight でサポートされているフォントはありますか? この種の情報を掲載しているサイトはありますか?
- SL アプリの Moonlight (Linux) ビューと、Linux システムにデプロイされている/デプロイされていないフォントを考慮するための推奨事項はありますか?
- XAML またはコード ビハインドで、エンド ユーザーがシステムでサポートされているフォントを持っているかどうかを判断する方法はありますか? これを入力時に実行し、調査結果の結果として XAML を変更して、適切なフォントをサポートするか、埋め込まれたフォントを読み込めるようにしたいと考えています。
- サポートされているフォントのドキュメントには、「 Silverlight テキスト要素は、ローカル コンピューターで利用可能な場合、次のラテン フォントを使用できます」というフォントの束がリストされています。これは、「Cooper Black」など、このリストにないフォントを使用し、エンドユーザー がシステムにこのフォントを持っている場合でも、アプリケーションに埋め込まれているフォントをダウンロードする必要があるということですか?
上記の質問の少なくともいくつかにつながる可能性のあるリンクまたはポインターは、非常に高く評価されます。
css - CSSの@font-face....大丈夫ですか?
私のウェブサイトでは、私のフォントファミリはTw Cen MT, Gill Sans, Century Gothic, sans-serif
です。もちろん、誰もがTw Cen MTを持っているわけではないので、私はこの方法を試してみることにしました@font-face
。
これが私のCSSです:
いくつかの質問:
これはすべての最新のブラウザー(Firefox、Chrome、Safari、およびIE8)で機能しますか?
フォントを持っているので、まだテストしていません。この方法は、私のホームページにアクセスしたときに機能しますか?
フォントは大きなファイルです。私のサイトにアクセスすると、読み込み時間が長くなりますか?
よろしくお願いします
fonts - @font-face は使えるようになりましたか?
プロジェクトで派手なフォントを使用する必要がありますが、sifr やその他の醜い代替フォントは避けたいので、@font-face を見ています。
しかし、その使いやすさについてさまざまな見解を提供しているブログやサイトがいくつかあることに、私は本当に困惑しています。準備はまだですか?現在、どのブラウザがサポートしていますか?
ありがとう
css - モーダルウィンドウを使用した後のIE8の@font-faceの問題
作業中のサイトで@font-faceを使用していますが、モーダルウィンドウを使用してiframeを表示するまで、すべてが完全にクロスブラウザーで機能しています。
リンクがiframe内でクリックされるか、フォームが送信されると、Internet Explorer8は@font-faceのスタイルを失い、Arialに戻ります。この問題は、モーダルウィンドウをiframeで開いてから再度閉じてから、ユーザーがテキストを強調表示した場合にも発生します。テキストが強調表示されるとすぐに、フォントのスタイルが失われます。
他の誰かが以前にこの問題を抱えていたか、これを回避する方法を見つけましたか?
css - @ font-face宣言はFirefoxで機能しますが、Safari / WebKitでは機能しませんか?
次の@font-face宣言は、Firefox(Mac)では完全に機能しますが、Safari/WebKitでは機能しません。
明確にするために、私も試しました:
、引用符付き/なしなど。
他の誰かがこれを経験しましたか?もしそうなら、どのようにそれを修正しましたか?これが機能していないことは本当に困惑しています(そして少しイライラします...)。
css - @font-face または sIFR 3?
Web サイトにカスタム フォントを実装する必要があります。何を使用すればよいですか。クライアントはカスタム フォントを提供しています。
- すべてのブラウザーのサポート (IE6 およびすべての A グレード ブラウザーを含む)
- テキスト選択可能
- 選択を表示
- スクリーンリーダーでアクセス可能
- JS が無効になっている場合は正常に分解可能
- 短時間で簡単に実装および管理
- モバイルブラウザ対応
- パフォーマンスの問題が少ない
- 購入不要
- リンクとしても使える
- フォントは Photoshop のように滑らかに見えるはずです
または、これらすべてを備えた他の優れた無料のソリューションはありますか?
subdomain - Dreamhost で Access-Control-Allow-Origin を設定できますか?
これについての確認が必要です: Firefox は現在、font-face タグを介してサブドメインからカスタム フォントを選択するのにうまく機能しません。他のブラウザは問題なくこれを行います。
ここのリンクに示されているように、Access-Control-Allow-Origin を設定する必要があるというちょっとした調査が表示されました: http://pastie.org/653265
基本的に、私のブログは kaushikgopal.com/blog にあり、このブログ内で font.kaushikgopal.com で入手できるフォントにアクセスしようとしていました。.htaccess ファイルで同じものを変更しようとしましたが、問題を解決できませんでした (フォント サブドメイン フォルダー内に .htaccess ファイルを配置し、上記の貼り付けリンクからコードを直接貼り付けました)。
Dreamhost にサポートを求めるチケットを送信したところ、「共有ホスティング サーバーでは Access-Control-Allow-Origin をサポートしていません」と明確に記載されていました。
そのため、フォントのサブドメインルートには行きませんでした。しかし、私は少し興味があります.誰かがこれを試しましたか? 技術サポート担当者が提案したことが正確であることを確認したいだけで、他に方法はありません.
ありがとう。
問題を明確に示す別の素敵なリンク: http://www.stevesouders.com/tests/font-face/xdomain.php