問題タブ [eot]
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 - text-transform: uppercase を使用する場合、IE7 で EOT フォントに小文字のグリフを含める必要があるのはなぜですか?
今週、@font-face
構造体を使用して EOT フォント ファイルを埋め込む際に、IE7 のかなり奇妙なバグ (驚き、驚き) に遭遇しました。
帯域幅を節約するために、サイトで使用されないことがわかっているフォントの文字セットを編集することがよくあります。この特定の例では、すべてタイトル ケースで構成されたヘッダーにこのフォントを使用していましたが、text-transform
プロパティを使用して大文字で表示されていました。論理的には、小文字を使用しないため、すべてのフォント ファイルを大文字のみで保存しました。
@font-face
このサイトは、IE7 を除いて、この構造をサポートするすべてのブラウザー (IE6 および IE8 を含む) で完全にレンダリングされました。IE7 では、各単語の最初の文字のみが適切なフォントで表示され、残りの文字はブラウザのデフォルト フォントで表示されていました。
頭を悩ませていると、text-transform
プロパティが展開され、文字が大文字で表示されていたとしても、ヘッダーは実際にはタイトル ケースとして記述されている (したがって小文字が含まれている) ため、IE7 では EOT ファイルに小文字が存在する必要があることがわかりました。大文字を表示します。(直感ですよね?)
簡単な修正は、大文字と小文字の両方のグリフを使用して EOT ファイルを再構築することでした。ただし、小文字は使用されていません。
- 問題オンライン: http://www.testdomeinnaam.nl/mike/
どうすればこれを適切に修正できますか? (つまり、フォントに小文字のグリフを含めなくても、IE7 が大文字をレンダリングするようにします。)
ありがとう!
css - 更新時に IE の CSS カスタム フォントが変更される
CSS で使用しているカスタム フォントを取得し、EOT、WOFF、および TTF に変換して、すべてのブラウザーで動作するようにしました。
ご想像のとおり、IE 以外では完全に動作します。それは機能しますが、私の IE8 では、リフレッシュするとフォントの高さが変化し、すべての間隔が空くように見えます...誰かが問題を確認したり、ブラウザだけではないことを確認したりできますか?
c# - Net Framework WebBrowser コントロールで .eot 埋め込みフォントを使用する
私のアプリケーションは、Net Framework WebBrowser コントロールで html ページを表示する必要があります。要件の 1 つは、ページをカスタム フォントで表示することです。それを行う唯一の方法は、.eot 埋め込みフォントを使用することです。フォント ファイルを準備し、CSS を使用してカスタム フォントで HTML をページに表示しています。
ディスクに保存された通常の html ページとして使用し、IE で表示しても問題ありませんが、ページはディスクに保存されず、HTML を文字列として渡し、画像やスタイルでさえ「オンフライ」でブラウザ コントロールに渡されます。そのフォント ファイルをブラウザ コントロールに渡すにはどうすればよいですか。ディスクに保存せずに .eot ファイルを渡すことができるようにすることはできますか?
internet-explorer-7 - ie7: eot フォントフェイスをロードしません
ie9 (ie7 モード) のネットワーク タブを調べたところ、eot ファイルがロードされていないことがわかりましたが、ie8 と ie9 にありました。
どうすればこの問題を解決できますか?
私はIE6とIE8のIE7モードでWindows 7とIE9を使用していますが、IE7ではなくフォントが読み込まれます
fontsquirrel.com の CSS コードを使用しました
apache - フォントMIMEタイプのApacheAddTypeディレクティブを修正する
埋め込みフォントには@font-faceを使用しています( Paul Irishに感謝します)。woffフォントの誤ったMIMEタイプに関するChromeの警告を修正しようとしたところ、矛盾する提案が大量に見つかりました。
.eotフォント(IE 6-8用?)を使用して提供する必要があることに誰もが同意しているようです
.ttfフォント(古い非IEブラウザ?)の場合、私は見たことがあります
そして、.woffフォント(新しい標準?)については、私は見ました
woffの正しいMIMEタイプはapplication/font-woffであることを理解していますが、標準が公式になるまで、application/x-font-woffはChromeによって理解されます。
私は質問に半分答えたことに気づきましたが、質問は本当にです:フォントにどのMIMEタイプを使用すべきかについての信頼できるガイダンスやさらなるアドバイスはありますか?
更新(他の人の助けになる場合):信頼できるものは何もないように思われるので、.htaccessで次のフォントMIMEタイプを使用することにしました(少なくともChromeを満足させます):
php - PHP を使用して .TTF ファイルを .EOT に変換する
http://www.kirsle.net/wizards/ttf2eot.cgiのようなスクリプトを作成するために PHP で .TTF フォント ファイルを .EOT に変換したい
いろいろ検索したら「なし」が出てきました
css - IE が @font-face ルールの解釈を拒否する
私はこれについて多くのことを読んで、さまざまなことを試しましたが、まだサイコロはありません。これは、私の @font-face ルールの 1 つの例です。
パスを確認し、さまざまな CSS を試しましたが、フォントが IE でレンダリングされることはありません。すべてのカスタム フォントを一度に使用するページの例を次に示します。
http://test.thenewhive.com/test/fonts
他のすべてのブラウザでは問題なく表示されます。
css - @font-face 合字がありません
次のコードを使用して埋め込み書体を使用しています。
しかし、奇妙なことが起こっています。合字の組み合わせ文字がすべて欠落しています。たとえば、「stuff」という単語は「stu」と表示されます。
問題は何でしょうか?
asp.net - xxx.eot Web フォント ファイルが IIS 6.0 サーバーで正しく動作しない
2 つの Web フォント「NanumGothic.eot」を使用しています
および「NanumGothic.woff」、以下のような CSS スタイル。
このシステムは、Windows Server 2003 に基づいて Web サービスをホストしています
IIS 6.0 およびローカル リモート MS-SQL Server 2008。
.woff ファイルは、IE 9 でも、NON-IE 6、IE 7、および IE 8 Web ブラウザーで正常に動作します (ここでは正常に動作します)。
IE 6 から IE 8 までは、私が知っている .eot フォント ファイルで動作します。
ただし、このサーバーは Web フォントをまったく表示しません (IE 6 ~ IE 8)。
IE 8 ブラウザーのセキュリティ設定で、Web フォントのダウンロードが有効になっています。
他の同様のシステムは、同じ .eot ファイルを良い方法でサービスしています。
スタイルのCSSタグについてGoogleで検索してシステムに適用しましたが、改善はありません。
なぜ私にこれを行うのですか?
サーバーシステムの再起動でこの問題を解決できますか? 本当?
fonts - 埋め込みフォントと外部リソース
私はさまざまなブラウザでWebフォントの問題に取り組んでおり、最新の推奨ソリューションと思われるFontSpringの推奨事項に従っています。
ただし、CDNを使用していて、別のドメインからCSSファイルを提供していると、IEもFirefoxもCDNからWebFontsをロードせず、などのエラーが発生することがすぐにわかりました@font-face failed cross-origin request
。私のCSSには、次のようなものがありました。
ご覧のとおり、フォントへのパスはCSSを基準にしているため、フォントはCDNから読み込まれません。フォントが同じオリジンからロードされるように、サイトのドメインでスタイルシートにハードコーディングする必要がありました。したがって、私の新しいスタイルシートは次のようになります。
そして今、組み込みドメインを使用すると、すべてがHTTPSおよびHTTPトラフィック全体で完全に機能します。ただし、フォントファイルを提供するためにCDNを使用しなくなったため、完全に満足しているわけではありません。また、パフォーマンスを重視しています。クロスオリジンドメインの問題を回避できないように思われるため、代わりにフォントを埋め込むことを検討してきました。http://www.fontspring.com/blog/the-new-bulletproof-font-face-syntaxを見ると、次のようにdata-uri埋め込み形式が推奨されていることがわかります。
だから私はこれについてかなりの数の質問があります:
- 確かに、TTFおよびWOFF形式のBase64エンコーディングを使用してスタイルシートにフォントを2回埋め込むと、スタイルシートのデータが2倍以上になることで、埋め込みの利点が失われる可能性があるまで、スタイルシートを膨らませることになります。
- なぜこの例ではsrc:が各url(data:...)の前に使用されていないのですか。これはタイプミスですか、それとも意図的なものですか?
- フォントを埋め込む場合、すべてのブラウザーはEOTバージョンよりも埋め込まれたバージョンを使用するため、サーバーのラウンドトリップを節約できますか?埋め込まれたTTFまたはWOFFファイルを使用するブラウザはどれですか?
- EOTバージョンを埋め込まないのはなぜですか?
この投稿にはかなりの部分が含まれていることに感謝しますが、この投稿が同じジレンマに直面している他の人にも役立つことを願っています。
マット