SelenIT

Можно и, имхо, даже лучше. Так она при любых наследованиях будет пропорциональна текущему font-size'у, а в em-ах — font-size'у предка. Сам всегда только так и задаю. Почему невозможно?

Увы, только если они уместятся в одну строку… А в чем всё-таки проблема с положительным letter-spacing'ом (без word-spacing'а)? Я так и не смог ее увидеть.

Если текст однострочный, то самое простое средство — задать ему line-height, равный height-у.

На маке есть эмуляторы разных версий iOS на разных девайсах, встроенные в xCode.

Ох уж этот вебкит с word-spacing'ом для инлайн-блоков... вечно в нем проблемы. То вообще не работал, теперь с виду работает, но загадочно (напр. при смене переносов строк на обычные пробелы зазоры между элементами почему-то... удваиваются — ни дать ни взять отступы у float'ов в IE6!). А вот letter-spacing у меня, по крайней мере, в актуальном Хроме (30.0.1599.69) и предпоследнем Яндекс-браузере (1.7.1364.22076) работает стабильно (http://jsfiddle.net/XZ8Kw/5/). По идее, с положительными значениями проблем быть не должно нигде (с отрицательными начиная от -.3em и положительными свыше 328px были проблемы в Опере/Престо). Наскоро попробовал подход с прогр. улучшением до флексбоксов — что-то сходу не вышло... Может, у вас лучше получится? Но .43em пора выжечь каленым железом. Ведь никто так и не знает, откуда оно взялось. .31em (ширина пробела в Гельветике) или даже .42em (1% от ответа на Главный вопрос) я бы еще понял...

Нет, phpinfo ни при чем, смотреть нужно настройки самого сервера (httpd.conf и т.п.). '--enable-gd-native-ttf' — это про поддержку шрифтов библиотечкой GD(2), которая используется для генерации картинок сервером. Через .htaccess включить, по идее, должно быть можно.

Тот совсем древний, который «0.5 какая-то», похоже, никак. Возможно, в один набор выбирается то, что попадает в 1 селектор, но не проверял. В чуть менее древнем lightbox 2 есть data-lightbox.

Да, бывает полезно подвигать на пиксель туды-сюды. Не всегда коррелирует с четностью (у меня, если ничего не путаю, однажды было наоборот, когда лучше всего смотрелись 15px, а хуже всего 12 и 14).

Насколько я в курсе, на основных серверах по умолчанию поддержка MIME-типов для шрифтов (application/font-woff и т.п.) не включена, ее приходится включать отдельно через AddType и т.п. Возможно, настройки сервера на хостинге при обновлении или чем-то подобном слетели на умолчательные. Нужно проверить, на отдачу каких типов настроен сервер.

Значения без префикса должны идти последними, в актуальном Хроме работают именно они. И да, running/paused для вебкитоидов и остальных почему-то перепутаны местами, вряд ли так планировалось

Проще всего серединку банально сделать с приличным запасом, пикселей в 250. Если сохранять в PNG, разница в размере файла должна быть невелика. Но имхо в наши дни разумнее сделать этот фон CSS-градиентом (с откатом до сплошной заливки центральным цветом), а законцовки и др. украшения положить поверх с прозрачностью.

Имхо, это достаточный повод. Уверен, что если бы посты шли в другом порядке — сначала методичное перечисление явных расхождений с макетом, и лишь затем придирки к стилю (что ни говори, регистр классов при 7+ визуальных косяках — явно не главное, к чему стоит прицепиться) и ёрничание на тему разработчиков из Огаловки — реакция на них была бы куда более взвешенной и менее эмоциональной. Впрочем, посты в той многострадальной теме не раз редактировались, так что восстановить истинные причины уже вряд ли представляется возможным. А вот обижать женщин и зверушек, действительно, не надо. Но только положительная репа, имхо, тоже не то. Тогда уже логичнее отказаться от репы вообще, оставив лишь более-менее объективные показатели (медальки, статусы эксперта/модератора и т.п.). Ну и вариант «минус за минус» (а-ля «доносчику первый кнут») тоже приемлем, имхо — и возможность наказать есть, и желания злоупотреблять ей возникать на должно. Разве что вырастут профессиональные тролли с репой в минус сотни, как на Хабре — но их хоть сразу будет видно…

У события mousewheel есть аргумент, указывающий направление прокрутки (см. напр. http://habrahabr.ru/post/133321/). Для jquery есть плагин, обрабатывающий его (https://github.com/brandonaaron/jquery-mousewheel/).

Можно и плюсы аргументировать, хуже не будет, имхо.

Это MS-овский формат ARGB (первые 2 16-ричных цифры — альфа-прозрачность, остальные 6 — обычный RGB). В данном случае черный цвет (все нули) с непрозрачностью 0x26 из 0xFF, т.е. 38/255, или 0.149. Т.е. это эквивалент стандартного rgba(0,0,0,.149).

Разное разрешение и разный масштаб — не одно и то же. Конечно, желательно, чтобы вёрстка выдерживала изменение и того, и другого, но «в лоб» заменять одну проверку другой нельзя. И погрешности при «неродном» масштабе в целом считаются меньшим грехом. А нет ли возможности задавать фон общему контейнеру, а не отдельным маленьким блокам?

С прагматической точки зрения явно да. Но как «спортивная» задачка интересная. Действительно, кроме псевдиков ничего особо на ум не приходит...

В плане лицензии на него шибко ограничивающие, даже в случае покупки. Например, Микрософт говорит следующее: Отсюда, как я понимаю, и проблемы с генераторами типа Белки — банально боятся связываться...

За такое посадить дизайнера под замок и заставить работать в фотошопе 5.0 (не CS!) под Win95, пока не осознает всю степень и глубину. До какой-то степени можно, конечно, поправить дело CSS-трансформациями... Но вот калибри (и подобная проприетарщина, для которой фиг с ходу подберешь свободный аналог) — это да, сурово. Я обычно сразу говорю, что точно такой шрифт реализовать невозможно, и предлагаю подобрать подходящий аналог, но если макет уже утвержден заказчиком... Сочувствую, держитесь!

Как я понял, комбинации font-family/font-weight/font-style, каждой из которых можно сопоставить свой шрифтовой файл. Норм. браузеры понимают 9 значений font-weight, а IE8 — только 2 (normal, который 400, и bold, который 700), поэтому одновременно подключить, скажем, Light- и Medium-версии шрифта (font-weight: 300 и 500 соотв-но) с одним и тем же font-family в нем не получится.

Насколько я в курсе, именно так (по крайней мере, так было в тех реализациях, с которыми я сталкивался). Определять поддержку чаще всего принято modernizr-ом.

Видимо, да (хотя, если не менять скрипт, для этого придется скрывать текстовые цифры стилями и указывать фоны для li.flip-clock-before[data-digit=1] .up и т.п. — для каждой цифры, но это реально).

По-моему, в flipclockjs.com как раз никаких спрайтов и полная свобода фантазии, всё на CSS 3D-трансформациях (rotateX). Цвет цифр задается в .flip-clock-wrapper ul li a div div.inn, стиль теней при переворачивании — в .flip-clock-wrapper ul.play li.flip-clock-before .up .shadow и т.п...

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

Полезные примеры таблиц с вертикальным текстом (с объяснением, почему это работает именно так) есть у Романа Комарова.