У вас есть «формула» для порогового значения веб-шрифта и графического типа?

Отказ от ответственности:
я понимаю, что для этого вопроса нет идеальной «формулы». Я ищу ваши эмпирические рабочие практики. Если у вас их нет, я не буду держать это против вас.


За последние пару лет веб-шрифты наконец-то стали мейнстримом! Браузерная поддержка достаточно хороша, а рынок расширился до такой степени, что у дизайнеров появился отличный набор возможностей.

Для моих клиентов, ориентированных на производительность, использование веб-шрифтов имеет некоторые приятные преимущества, помимо визуального/брендинга: выделение шрифта из изображений делает возможным большее сжатие изображений, а контент и стили обновляются намного быстрее.

Сегодня возникает вопрос:
в какой момент вы отказываетесь от живого HTML-текста и переходите к графике? Особенно в контексте сайта с высокими требованиями к производительности (большой трафик, логика и загрузка сторонних ресурсов). Сейчас я хожу по линии в нескольких проектах, и в некоторых случаях мне трудно принять решение. Мне интересно, какую формулу придумали другие. Если есть.

Нам нужно сбалансировать несколько факторов (я знаю, что их больше):

  • Типографская целостность
  • Запросы ресурсов на сервер
  • SEO и доступность
  • Адаптивный дизайн (где применимо)

Ситуация усложняется тем , что рендеринг по-прежнему сильно различается в зависимости от браузера и ОС . Сравните, например, IE 8 с 9 или, что более драматично, OS X с Windows. Очевидно, что ваш рынок может свести на нет озабоченность по поводу некоторых из этих проблем (я, к сожалению, все еще активно поддерживаю возврат к IE7 в некоторых проектах). И хотя поддержка функций OpenType веб-шрифтов в Firefox довольно хороша, она по-прежнему отстает практически во всех остальных.

Я не уверен, как вопрос о времени загрузки связан с графическим дизайном.
Время загрузки — это только часть уравнения. В современном веб-дизайне они лучше учитывают ваши соображения, иначе вы оказываете своему клиенту медвежью услугу. Эстетическая сторона уравнения — это типографская целостность веб-шрифтов при размерах дисплея и адаптивном сценарии, а также уровень контроля над шрифтом без сложного javascript.
Насколько я могу судить, ваш вопрос звучит так: «В какой момент вы переходите от живого HTML-текста к графике?» В этом случае я отвечаю, когда HTML5/CSS3 не может достичь желаемых результатов. Но затем вы упоминаете SEO, HTTP-запросы и совместимость с браузерами, которые не имеют ничего общего с графическим дизайном.
HTML5/CSS3/JS могут добиться практически любого эффекта. Но это не всегда будет улучшением по сравнению с графическим шрифтом. И да, технические соображения являются частью графического дизайна. Поэтому мне интересно, как люди взвешивают все эти факторы, и нашел ли кто-нибудь четкий способ определить, где находится порог.
@Ryan, дизайн - это работа в рамках ограничений. Если бы вопрос заключался в том, «насколько большим должно быть мое задание на печать, прежде чем я отнесу его на офсетную печать», вы бы ответили так же?
@Brendan Извините, я не ясно выразился, я не уверен, какой сайт будет лучше для этого между UX или StackOverflow, но я думаю, что этот вопрос будет лучше для одного из них. Офсетная печать должна быть здесь только потому, что она больше всего связана с графическим дизайном - если бы существовал специальный обмен стеками «Печать», тогда да, я бы сказал то же самое.
Хе. Дизайн сильно перекрывается, не так ли: P Можно утверждать, что все вопросы Adobe здесь должны принадлежать Суперпользователю!
Фундаментальной проблемой здесь является поддержание баланса между визуальным и техническим. Меня не интересует, где разработчик или специалист по UX поместит переломный момент.
Формулы нет. Все зависит от потребностей клиента, потребностей пользователей клиента и конкретного разрабатываемого решения.

Ответы (3)

Мое решение: листы спрайтов SVG с резервным PNG

Лично я считаю, что иконочные шрифты — это плохая технология временных задержек, которой не будет через 5 лет. Изображения SVG — гораздо лучший способ, если вам нужны векторы. SVG обладает большинством преимуществ иконочных шрифтов, а также:

  • SVG могут содержать цвета, градиенты и другие эффекты.
  • Работает с imgтегами.
  • Работает как CSS background-images.
  • SVG идеальны до пикселя.
  • Как и шрифты значков, SVG можно масштабировать до любого размера, поэтому вы получаете бесплатную поддержку Retina.
  • SVG обычно представляют собой файлы меньшего размера, чем иконочные шрифты.
  • Если вы хотите, чтобы все было в одном файле, вы можете использовать листы спрайтов SVG.
  • SVG легче создавать, и их можно редактировать в Illustrator.
  • Рендеринг гораздо более согласован в разных браузерах (во всяком случае, для простых вещей).

Большое предостережение для использования SVG? Нет поддержки Internet Explorer до версии 9. Это может стать для вас решающим фактором. WebKit (Safari и Chrome) и Firefox отлично поддерживают SVG. Для более старых версий Internet Explorer вы можете заменить свой лист спрайтов SVG на PNG (очень просто, обычно всего несколько строк CSS).

Это должно охватывать все и давать вам всего несколько HTTP-запросов, небольшой размер файла, возможность использовать цвета, градиенты и другие дизайнерские эффекты. О, и это означает, что вам не нужно прибегать к ужасному взлому HTML. Вещи могут быть красивыми и смысловыми.

Есть не так много ситуаций, когда я бы рекомендовал иконочные шрифты. Я думаю, что это ужасная идея. Действительно хакерская временная мера, которая будет мертва и похоронена в какой-то момент в ближайшем будущем.

Спасибо за это, Марк. Я не думал об иконках, но это отличная ссылка. Полностью согласен с проблемой иконочных шрифтов. IE8 поддерживается в нескольких моих проектах (в том числе в моем самом большом текущем проекте), поэтому я мало занимался SVG за пределами мобильных устройств. Еще одно решение для создания иконок, на которое меня обратил мой друг-разработчик, — это png-файлы в формате base-64, встроенные в CSS . Очень быстрое решение.
Вероятно, вы могли бы даже автоматизировать встраивание SVG и PNG в свой CSS и выплевывать версии IE и не-IE, используя SASS или LESS и некоторые другие хитрости. Было бы интересно попробовать заставить его работать. Я полностью за то, чтобы форматы распространения отличались от форматов создания.
С SVG я тоже недавно столкнулся. Я не уверен, почему это не более распространенное решение.
Просто для уточнения: вы говорите об использовании текста SVG с использованием и т. д. text , tspanполучении шрифтов с начертанием шрифта и использовании браузера для рендеринга, или вы говорите о выводе определенных текстовых элементов, таких как заголовки, в виде путей SVG с текстом в и т. д., title alt -стиль текста для доступности? ( stackoverflow.com/questions/4697100/… )
А поскольку SVG представляет собой текстовый XML-документ, вы можете напрямую редактировать его, чтобы внести небольшие коррективы, или даже встроить его прямо в веб-страницу, не загружая извне.

Вы сами это упоминаете: «Фундаментальная проблема здесь — соблюдение баланса между визуальным и техническим». Вот мое мнение, и я уверен, что не все согласятся, но это то, что я наблюдал в последние годы работы в Интернете.

Веб-шрифты против безопасных шрифтов: технически вам не нужны веб-шрифты. Вы можете использовать безопасные, которые не требуют от пользователя загрузки каких-либо дополнительных файлов (запросов). Вы можете творить чудеса, комбинируя размер, вес, расстояние между буквами и высоту строки, и, вероятно, успешно донести до них свое сообщение. Использование другого шрифта в этом случае, вероятно, будет только эстетическим выбором.

Текст HTML против графики: я не думаю, что для этого есть формула. Когда веб-шрифты стали чрезвычайно популярными, все прыгнули в поезд шрифт-начертание, независимо от того, насколько ужасно некоторые шрифты выглядели в определенных ОС/браузерах. Немного напоминает мне, как люди поворачивались спиной к столам, и вдруг любой, кто ими пользовался, становился кощунственным. Таблицы по-прежнему являются лучшим вариантом для табличных данных. Пиксельная идеальная графика, на мой взгляд, по-прежнему лучший выбор для эстетического дизайна.

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

В прошлый раз, когда я хотел «пойти на заказ», я попробовал большинство шрифтов без засечек в font squirrel в 3 разных ОС и во всех основных браузерах. Я поставил каждому из них от 1 до 5 баллов в зависимости от того, насколько хорошо они отрисованы. Большинство из них получили 3, некоторые получили 4. Для личного веб-сайта я выбрал половину графики, половину шрифтов. Как отмечает DA01, «все зависит от потребностей клиента, потребностей пользователей клиента и конкретного разрабатываемого решения» (DA01 sic).

Прошли годы с «запуска» @font-face, и как бы я ни хотел использовать красивые шрифты в своих проектах, я до сих пор не вижу смысла использовать шрифты, которые по-разному отображаются в разных сценариях. Но это всего лишь мое скромное мнение, и я склонен придерживаться того, «что работает для меня». Ответ SVG звучит великолепно и может изменить мое мнение :)

Спасибо за точку зрения реалистов ;) Там определенно есть несколько ужасных примеров. К счастью, в Google Fonts доступны надежные варианты, а некоторые выдающиеся примеры выходят из коммерческих литейных цехов через такие магазины, как TypeKit. Я думаю, что проблема рендеринга скоро исчезнет.
Что касается идеи @MarkEdwards SVG, это фантастическое решение для иконок. Однако на самом деле это не относится к проблеме типа.

Хорошо, я взвешу, где я нахожусь, поскольку, похоже, не появляются какие-либо фиксированные подходы.

Рендеринг

Во-первых, дни схематичного рендеринга веб-шрифтов скоро полностью останутся позади, по крайней мере, с хорошо сделанными шрифтами. Основные нарушители (версии IE до 9) быстро уходят в прошлое. IE 8 все еще игрок, но я убежден, что аудитория все равно не эстетически мотивирована ;)

Причудливые эффекты

Системный/HTML-текст может легко обрабатывать изменения
цвета,
непрозрачности,
масштаба,
горизонтального и вертикального положения
и теней текста.

Когда мои эффекты начинают усложняться, я считаю это очевидным моментом графического типа. Помимо простых элементов управления стилем (кто-нибудь хочет добавить в мой список?), вам придется полагаться на
библиотеки javascript,
функции OpenType с неполной поддержкой,
чрезмерно большие загрузки веб-шрифтов на стороне пользователя
и, возможно, функции HTML5/CSS3 с ограниченной поддержкой.

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

С учетом сказанного, в этих случаях я также должен спросить себя, действительно ли мне нужны эффекты. Можно было бы красиво установить тип системы без всяких причудливых вещей. Может быть. Где-то всегда есть нечеткая очередь.

Большие вещи

В чем я не решаюсь доверять веб-шрифтам, так это в очень крупном шрифте. Просто чтобы выбросить число, скажем, 60px и выше. Почему это? Я не совсем уверен, но я могу думать о паре вещей, которые меня не касаются.

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

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

Я думаю, что это может быть просто неуверенность, оставшаяся со времен, когда браузеры действительно плохо справлялись со шрифтом. К сожалению, достаточное количество этих проблем все еще сохраняется, и это заставляет меня быть осторожным. Такие вещи, как кнопка добавления в корзину Giantnerd, заставляют меня хотеть принять ее :)

Окончательный вердикт

Ну, может быть, не окончательно. Окончательный.

Несмотря на мою неуверенность, я справляюсь с крупным шрифтом. И я обнаружил, что использую меньше эффектов и более чистый системный текст в других местах. Одним из больших преимуществ является более адаптивный макет: системный текст легко изменить на лету!

Я быстро оптимизирую сайты своих клиентов и перехожу на меньшую зависимость от изображений. Включите веб-шрифты! Возможно, это будет очередной период возрождения интернационального стиля в дизайне ;)

В полном раскрытии

Было бы упущением не упомянуть такие замечательные упражнения, как « Ярмарки затерянных миров» . Это прекрасное доказательство того, что почти все возможно, если есть время и правильная пользовательская база.

Вклад Джейсона Санта-Марии в украшение Интернета