Firefox не может отображать иконки из набора шрифтов Font Awesome

20

В Firefox (Windows 7) значки и глифы, вызываемые из пакета Font Awesome , отображаются неправильно. Пример этого можно увидеть на сайте Академии Хана. Под видео значки отображаются в виде прямоугольников с шестнадцатеричными кодами в них. Это означает, что он не загружается Firefox.

Как иконки появляются в Firefox

Как это выглядит в Chrome (Windows 7), Safari (Mac OS X) и Stainless (Mac OS X):

Как иконки появляются в других браузерах

Я нашел этот вопрос в переполнении стека, который может объяснить, почему это происходит - CSS использует одинарные кавычки, чтобы заключить местоположение шрифта в src. Однако у меня нет прав на запись на серверы Khan Academy, поэтому я не могу изменить реальный веб-сайт. Я хочу знать, можно ли это исправить в Firefox и как. Я могу запустить сценарии Greasemonkey, если это поможет. Я уже пытался вручную загрузить шрифт и добавить его в папку шрифтов Windows, но это не помогает.

Для справки, CSS, который устанавливает этот шрифт (неправильно обработанный Firefox):

@font-face
{
  font-family:'FontAwesome';
  src:url('./fontawesome-webfont.eot');
  src:url('./fontawesome-webfont.eot?#iefix') format('embedded-opentype'),
      url('./fontawesome-webfont.woff') format('woff'),
      url('./fontawesome-webfont.ttf') format('truetype'),
      url('./fontawesome-webfont.svg#FontAwesome') format('svg');
  font-weight:normal;
  font-style:normal
}

[class^="icon-"]:before,
[class*=" icon-"]:before
{
  font-family:FontAwesome;
  font-weight:normal;
  font-style:normal;
  display:inline-block;
  text-decoration:inherit
}

Обновление: я обнаружил, что Firefox правильно отображает иконки на основе шрифтов на веб-сайте пакета Font Awesome (ссылка выше). После проверки CSS и сравнения с CSS из Khan Academy я обнаружил, что оба кода абсолютно одинаковы, за исключением того, что после последнего атрибута для CSS KA нет точки с запятой (если вы игнорируете тот факт, что он сжат). Причиной этой проблемы является отсутствие точки с запятой?

ADTC
источник
2
Кажется, кто-то проголосовал, чтобы закрыть этот вопрос. Я хотел бы знать, почему. Я считаю, что этот вопрос очень актуален для Super User (веб-сайт, на котором можно получить помощь в случае проблем с компьютером) и не должен закрываться.
ADTC
1
Я голосую за закрытие @ADTC, потому что это проблема, связанная с тем, что khancademy не проводит должного исследования совместимости своего сайта, а не является вопросом, который можно решить здесь.
Джеймс Мерц
4
Печально, что просто потому, что я невольно привязал проблему к веб-сайту вместо того, чтобы с самого начала оставить ее исключительно проблемой Firefox / CSS, теперь это не имеет смысла даже после переписывания его, чтобы отвязать его от веб-сайта и сделать его чисто проблемой Firefox / CSS. В любом случае я добавил контрпример в качестве обновления в конце, он может показать, в чем проблема.
ADTC
5
Я разочарован высокомерием в сочетании с отсутствием понимания здесь. Проблема заключается в том, что Font Awesome потерпит неудачу в Firefox каждый раз, когда запрос файла шрифта является междоменным. Другими словами, на любом сайте, который использует CDN для распространения статических файлов.
jasonrr
3
«KA ссылались на файлы шрифтов из неправильного места». Неверно! Шрифты работали правильно в трех других браузерах, как я уже упоминал в вопросе давно, что означает, что шрифты были в правильном расположении. Как ./я объяснил, проблема Firefox была в том, что путь к файлу был вынужден переместить файлы шрифтов в новое ненужное место, что ./позволило Firefox также правильно читать файлы шрифтов. Поэтому это вопрос о том , как Firefox обрабатывает файлы. Вы неправы.
ADTC

Ответы:

12

Проблема , описанная в этом вопросе была зафиксирована Khan Academy, изменяя все пути от ./до /fonts/(например ./fontawesome-webfont.ttfизменений /fonts/fontawesome-webfont.ttf). Мне кажется, что Firefox не может читать файлы из специального каталога «точка» (который просто ссылается на текущий каталог).

PS: отсутствие точки с запятой в CSS после последнего атрибута не вызывает этой проблемы.

Дополнительные комментарии:

Ваше изменение .префикса - проблема сервера, а не то, как Firefox обрабатывает файлы. KA ссылались на файлы шрифтов из неправильного места - случайно

Некорректное! Шрифты работали правильно в трех других браузерах, как я уже упоминал в вопросе давно, что означает, что шрифты были в правильном расположении. Как ./я объяснил, проблема Firefox была в том, что путь к файлу был вынужден переместить файлы шрифтов в новое ненужное место, что ./позволило Firefox также правильно читать файлы шрифтов. Поэтому это вопрос о том , как Firefox обрабатывает файлы.

ADTC
источник
Этот ответ был создан в соответствии с запросом Сатья в комментариях ниже вопроса.
ADTC
2
Обратите внимание, что эта проблема Firefox также влияет на пути, начинающиеся с ../.
Бен
1

Вероятно , не ответ на поставленный вопрос, но связанные с достаточно , чтобы помочь людям , которые в конечном итоге здесь с немного другой проблемой , которая производит один и тот же результат , как показано на скриншотах.

Firefox блокирует использование шрифта, который находится в другом (суб) домене

Также читайте комментарии к тем постам, они дают хороший совет.

Пим Шааф
источник
0

Я изменил путь, чтобы правильно запустить IE, Firefox и Chrome, как показано ниже: ( URL-адрес, чтобы увидеть )

@font-face{
  font-family:'FontAwesome';
  src:url('ogi/bete/font/fontawesome-webfont.eot?v=3.0.1');
  src:url('/ogi/bete/font/fontawesome-webfont.eot?#iefix&v=3.0.1') format('embedded-opentype'), 
  url('/ogi/bete/font/fontawesome-webfont.woff?v=3.0.1') format('woff'),
  url('ogi/bete/font/fontawesome-webfont.ttf?v=3.0.1') format('truetype');
  font-weight:normal;
  font-style:normal }
Херсон Тамин
источник