Свойства CSS, влияющие на рендеринг шрифта

[@Enuriru]

Я бы еще добавил, что Mac OS рендерит шрифты лучше остальных систем.
Так что дизайнерам настойчиво рекомендую проверять результат еще как минимум на Windows и править css соответственно.

[@Enuriru]

Насчет вкуса вы, пожалуй, правы.

Но проверять надо в любом случае, вот картинка, чтобы было видно разницу:

[@Aler]

У вас старая макось. В Лионе изменили рендер и он доступен через обновление системы.

Лион

[@Enuriru]

Разницу слабо заметно. Но шрифт выглядит чуть тоньше. Да, у меня 10.6.7.

[@Lockal]

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

[@homm]

У вас просто монитор не Эпловский, поэтому субпиксельный рендеринг шрифтов выключен (или вы его сами выключили). У меня тоже выключен, и в 10.6 рендирится как у вас на скриншоте.

[@Aler]

У меня 10.6.7, но обновление последние, что-то вроде Lion Text Render изменило вывод шрифтов. Но да, монитор не родной.

[@bobjr]

Для не родного монитора советую включить «субпиксельное сглаживание шрифтов» в терминале:

defaults -currentHost write -globalDomain AppleFontSmoothing -int 2

Далее перезагрузить MAC OS

-int 1 — низкое значение сглаживания шрифтов

-int 2 — среднее значение сглаживания шрифтов

-int 3 — высокое значение сглаживания шрифтов

[@Serov_George]

В семерке лучше, явно видно ж.

[@Nesp]

В МакОСи рендер просто заточен под «что на экране — то и на бумаге при печати».

[@B_Vladi]

Экран монитора !== бумага, так что это в корне неверная идеология. ИМХО.

[@pvasili]

В пример: любимый drupal.org. Там любительство MAC-а приводит в CSS к перлам вида:
line-height: 1.38461em; line-height: 1.38461em; font-size: 1.615em;
Интересно эти верстальщики видели что-нибудь кроме MAC?

[@aps]

2flight
>Mac OS рендерит по-другому. А лучше или хуже — это дело вкуса.
В контексте заявления Enuriru, это дело не вкуса, а статистики и адекватности профессии.
Дизайнер обязан понимать что 99% юзеров не могут увидеть мир его глазами только из-за того что Apple — не самая распространенная на свете платформа.
2Enuriru
Про дизайнера правящего CSS в позапрошлом веке один полузабытый поэт писал:

Беда, коль пироги начнет печи сапожник,
А сапоги тачать пирожник:
И дело не пойдет на лад,
Да и примечено стократ,
Что кто за ремесло чужое браться любит,
Тот завсегда других упрямей и вздорней;
Он лучше дело все погубит
И рад скорей
Посмешищем стать света,
Чем у честных и знающих людей
Спросить иль выслушать разумного совета.

[@NickLion]

Тогда уж лучше в Linux — как нравится так и настраивай — никто тебя не ограничивает ;)

[@NickLion]

Ну, вот мои скриншоты. Мониторы и глаза у всех разные, но такой результат мне однозначно нравится больше, чем виндовое или маковское сглаживание:
img7.imageshack.us/i/linfont1.png/
img845.imageshack.us/i/linfont2.png/
img32.imageshack.us/i/linfont3.png/
img706.imageshack.us/i/linfont4.png/
img696.imageshack.us/i/linfont5.png/

[@Mew]

Еще стоит сказать про text-rendering
developer.mozilla.org/en/CSS/text-rendering

[@Olegbl4]

Мы одно время на одном проекте очень сильно палились в webkit'ах и я думал вы напишете как раз об этом баге, ну что ж, напишу сам.
В общем, если блок находится внутри блока с position:fixed и нигде вверх по DOM'у (но не у самого элемента, а именно вверх над элементом с position:fixed) нет указания background'а, то шрифты в webkit'е перестают сглаживаться. Примерно также разлетались шрифты в IE6 при изменении opacity.
Решение понятно – нужно, хотя бы, body указать background.

[@kost]

Вы не указываете background для body? А color указываете?

[@Olegbl4]

В целях оптимизации, когда все сайты на белом фоне, не указываем.

[@kost]

Вы не допускаете, что, по-умолчанию, может не белый стоять фон?

[@Olegbl4]

Где именно? В настройках браузера? Ну так тот, кто там их установил мог и с !important'ом прописать. Это 0.1% (если не меньше пользователей), ваш вопрос можно задать по другому: «Вы тестируете ваши сайты под IE5?»

[@kost]

Вы пренебрегаете элементарными правилами, а потом боретесь со странными багами (из вашего первого комментария).

[@Olegbl4]

Нет, не так. Бывают проекты, развитие которых приостановлено (и может быть приостановлено на несколько лет даже), при этом браузеры и человеческая мысль не стоит на месте, а вёрстка этих проектов стоит, несмотря на то, что этими проектами можно пользовать и ими пользуется куча народа. А ещё бывает внедрение новой вёрстки на проект, которое тоже может идти годами, и на поддержание старой нет ни времени, ни ресурсов. Ну вот, как-то так. То, что вам здесь и сейчас кажется «элементарным», 3 года назад таким не было.
Конечно, сейчас на всех новых проектах у нас всё это уже есть.

[@kost]

Под «элементарным» я подразумевал указание цвета фона для body, это было элементарным всегда.

[@Olegbl4]

Приведите, пожалуйста, ссылку на ваш CSS-код трёхлетней давности и я поверю, что это было элементарным всегда.

[@kost]

5-летней давности: reg.kost.ru (мой бложек).

Полезное чтение 8-летней давности: www.w3.org/QA/Tips/color

[@kizu]

А ещё такое возникает при куче других условий в том же вебките (как минимум), например при транзишнах того же опасити, а ещё флеш иногда тоже действует магически, вырубая за собой всё сглаживание.
Этот вопрос можно копать и копать.

[@Olegbl4]

Так я и не говорил, что только pof вырубает антиалиасинг, я просто привел пример того самого банального факапа :)

[@Olegbl4]

Да-да, именно в ней и появилось именно в той версии, которую активно пеарили как «поддерживающая аппаратное ускорение»

[@Olegbl4]

Я год назад на этот баг смотрел, тогда мы тоже ковырялись с этим свойством и нам не помогло. Там ещё от DOM'а зависит.

[@Alinaki]

Я позанудничаю, позвольте. Вы во второй раз уже пишете «на вебе». Вы, простите, русский язык учили?

[@EugeneKudashev]

Прощаю. Учил. Скоро я опубликую топик, в котором в третий раз будет написано «контент на Вебе» (как и в этом комментарии).

Вы можете писать «в вебе» и справедливо получать минусы — попробуйте произнести это вслух! «В вебе» звучит отвратительно.

Давайте согласимся, что использование предлогов — вопрос устоявшейся практики и чувства языка (поэтому бывает так сложно избавиться от ошибок с предлогами в иностранном языке). Слово «веб» вошло в ежедневную речь не так давно, как, скажем, слово «кровать». А вы чётко осознаёте разницу между «в кровати» и «на кровати»?

[@Alinaki]

Пишут на бумаге, на экране, на парте, на столе, но в вебе как в среде обмена информацией. Пишу на парте в аудитории.

На кровати я могу попрыгать. Но лежать я буду в кровати.

[@whybenormal]

Не знал о -webkit-font-smoothing, всегда использовал text-shadow. Спасибо!

[@kizu]

Довольно странным выглядит решение показать «развёрнутые» скриншоты — ведь в таком случае пропадает смысл субпиксельного сглаживания, что довольно хорошо заметно.