0

私はそれほど人気が​​なく、深遠なテーマでWordPressに取り組んでいます。完全にカスタムなテーマだと言っても過言ではありません。私が直面している問題は@font-faceに関するものです。私はここでフォントフェースの構築に取り組んでいます：http
： //akshay2000.pcriot.com/Trial/index1.htmlWordPressテーマで同じ構造を作成しました。うまくいきませんでした。今、私は次のようにCSSを持っています： 

    @font-face {
    font-family: 'SegoeWP-Light';
    src: url('segoewp-light.eot');
    src: url('segoewp-light.eot?#iefix') format('embedded-opentype'),
         url('segoewp-light.woff') format('woff'),
         url('segoewp-light.ttf') format('truetype'),
         url('segoewp-light.svg#segoewp-light') format('svg');
    font-weight: normal;
    font-style: normal;
    }

フォントファイルは、style.cssおよびindex.phpと同じディレクトリにあります。デバッグにfirebugを使用しています。個々のファイル名（segoewp-light.woffなど）にカーソルを合わせると、firebugは正しいフォントを表示します。ただし、フォントファミリ名（'SegoeWP-Light）にカーソルを合わせると、通常のセリフフォントが表示されます。明らかに、サイト上の結果のフォントはセリフフォントです。何が悪いのかわかりません。通常の（WordPress以外の）ページでも同じ設定が機能します。また、フォントを別のサーブにアップロードし、絶対パブリックURLを使用してみました。それもうまくいきませんでした。

4

3 に答える 3

1

これはおそらく相対パスの使用と関係がありますが、より多くの情報が必要です。コンソールを開いて、エラーとして表示される内容を教えてください。また、これらのファイルはサイトのルートに関連してどこにありますか？

ユーザーがにいる場合はhttp://yoursite.com/blog/hello-world、でフォントを検索しますhttp://yoursite.com/blog/hello-world/segoewp-light.[ext]

これらのファイルの絶対パスを指定することをお勧めします。

于 2012-07-20T15:14:49.667 に答える
0

これが役立つかどうかはわかりませんが、これはfontsquirrelがフォント面の問題のトラブルシューティングと言っていることです。

于 2012-07-20T15:10:21.240 に答える
0

問題は確かにフォントのパスに関するものでした。WordPressをhttp://indestructible.in/wpでホストし、サブドメインhttp://blog.indestructible.inでディレクトリを指定しました。CSSがサブドメインにフォントを読み込もうとしたのに対し、フォントはメインドメインから読み込まれることになりました。上で指摘したように、FirefoxとIEは同じドメイン上にある必要があります。（これは場合によっては機能する可能性がありますが、私の場合、メインドメインとサブドメインに別々のAレコードがあるため、処理が異なる可能性があります。）これが、ブラウザーがディレクトリを直接指定したときにすべてが問題ない理由です。私がしたことは、サブドメインにまったく新しいWordPressインストールを作成し、すべてが素晴らしく機能したことです。
TL; DR：FirefoxとIEは、同じドメインに@ font-faceフォントを必要とします。サブドメインをワードプレスディレクトリにポイントするよりも、サブドメインに直接ワードプレスをインストールする方が常に優れています。

于 2012-07-21T11:48:38.457 に答える