SelenIT

Зачем тогда overflow: hidden (и, следовательно, отдельный блочный контекст форматирования) у ul? У .pager-а недостаточно?

Вероятно, в params добавить params.wmode = 'opaque'? А вообще что на эту тему говорит документация к swfobject-у?

Новый синтаксис text-shadow с 4-м параметром (как для box-shadow) позволяет, но пару месяцев назад работало только в IE10. Еще есть нестандартный -webkit-text-stroke... ну и стандартный SVG, само собой .

Имхо, так лучше. Насчет не вижу причин для беспокойства — блоки навигации отделены сами собой (тем, что они nav), а слайдер, как способ представления «Featured news», на мой взгляд, и есть раздел того же уровня, что анонсы постов под «Lorem Ipsum Post Titl-ами». Единственное, что, сугубо на моё имхо, в слайдере логичнее бы не одну article скриптом переписывать, а просто переключать видимость всех трех (или сколько их там предполагается)...

Двойное двоеточие — стандарт CSS3 Selectors, чтобы отличать псевдоэлементы от псевдоклассов. Одинарное — исторически сложившееся исключение для 4-х псевдоэлементов, введенных еще в CSS1-2 (:first-letter, :first-line, :before и :after). Ради обратной совместимости со старыми сайтами новые браузеры обязаны понимать и новый синтаксис, и старый (только для этой четверки). Браузеры, не поддерживающие CSS3 Selectors (читай "IE8"), понимают только одинарное двоеточие. Ссылочку на пруф можно? Что у FF ниже 3.6 была проблема с позиционированием псевдоэл-тов (потому что древняя версия стандарта его не предполагала) — тема известная, но что кол-во двоеточий как-то на это влияет — слышу впервые. И сам никогда разницы не замечал.

На моё имхо, "Lorem Ipsum Post Title"-ы явно просятся внутрь article-ов, они же по факту их и озаглавливают. И секция вокруг "Popular posts", "Latest posts" и "Recent posts", по-моему, не нужна, по смыслу это подразделы того же уровня, что и "Categories" с "Archives".

IE точно ни в какой режим совместимости не валится (а то он любит интранетовские сайты по умолчанию в Compatibility Mode выводить)? Какой Browser mode показывается по F12?

Потому что нельзя пихать HTML-комментарии внутрь тега (> в теге заканчивает его, а всё безобразие перед ним игнорируется как ошибочный атрибут). Чтобы работало, придется держать две копии <input>-а — для хорощих браузеров в <!­­--[if !IE]> --> бла, бла, бла... <!-- <![endif]--> и для плохого браузера — см. выше. Но по-моему оно не стоит такой возни, особенно сейчас. Без плейсхолдера пользователи старых IE не умрут, хардкодить value — не лучший вариант по удобству, старые IE вымирают, а на крайний случай функциональность плейсхолдера реализуется одной строчкой на JS...

Вроде как и для 7-й обещают. В 8-й, насколько я в курсе, будет по умолчанию.

Это не так. Как раз начиная с 8-й версии за него взялись очень круто (попутно здорово прояснив спецификацию CSS2.1, сочинив несколько тысяч тестов для проверки ее поддержки), а будущая 10-я версия обещает быть вообще конфеткой (в т.ч. по части поддержки стандартов).

Стандарт всего один (хоть и в двух версиях — W3C и WHATWG). Но реализации у всех браузеров разные и у всех — неполные. Чем старше браузер, тем дальше от стандарта. У IE просто очень старые версии слишком долго живут, поэтому его нестандартности заметнее, чем у прочих. Нет. HTML со второй по четвертую версии был основан на SGML, но у HTML5 свой синтаксис, хотя и очень похожий ("по мотивам SGML"), от привязки к SGML он ушел. Поэтому и доктайп у него короткий, без всяких SGML-ных премудростей типа DTD. XML — да, "подмножество SGML, разработанное для упрощения процесса машинного разбора документа", как и написано "у тёти Вики".

Не вижу в теме ничего дурацкого, по крайней мере с точки зрения новичков. Новички до сих пор то и дело натыкаются на статьи 5-7-летней давности в духе "XHTML рулеззз, HTML сакс", и вообще домыслов на эту тему много (включая самые нелепые). Что плохого, если конкретные ответы на этот волнующий многих вопрос будут собраны в одном месте и легко находиться поиском?

Нет, XHTML 2.0 уже не будет никогда. Рабочую группу, которая его разрабатывала, распустили, а все более-менее годные наработки перенесли (или, может быть, еще перенесут) в HTML5. XML не умирает, просто он не прижился именно как основа вебовского фронтенда. Для конфигурационных файлов, в качестве связующего звена в распределенных системах (тот же классический AJAX), для агрегаторов (RSS, Atom) и даже для векторной графики (SVG) он вовсю и успешно используется. Кстати, в HTML5 есть свой XML-подсинтаксис (т.н. "XHTML5", с Content-type: application/xhtml+xml) со всеми XML-ными преимуществами (но и его ограничениями).

Float есть float, центрирование есть центрирование, и вместе им не сойтись. Такое можно решить инлайн-блоками (вот для затравки).

Если чисто под новые браузеры (IE9+ и остальные актуальные), то как вариант.

Мда, есть такое. Я-то просто как раз в FF экспериментировал, а в остальных только бегло проверил

Разве не наоборот?

Еще вариант — обернуть обычный <input type="submit"> в <label>, <label> застилизовать как надо, а сам <input> скрыть. Плюс <label> в том, что она по дефолту инлайновая (как и ссылка), минус — пунктирная рамка на ней тоже появляется (хотя outline: 0 должен помочь).

alexandr_v-vich, в каком браузере такое бывает? Впрочем, поправка логичная и дельная в любом случае.

Браузеры уже выбрали А синтаксис используйте тот, что вам удобнее и привычнее.

Вдогонку еще вариация на тему

Насколько я в курсе, у object-а, в отличие от img, нет внутренних пропорций, поэтому высота на изменение ширины никак не реагирует. Поэтому ее придется или пересчитывать скриптом, или сделать контейнер похитрее (я смог додуматься только до картинки-распорки с нужными пропорциями и абсолютного позиционирования, проверено в FF и IE8-9, в IE7 почему-то не захотело)...

А зачем именно ссылку? Почему не <span role="button" onclick="ссылкаНаФорму.submit()">? Не нужен лишний return false, не будет лишнего скачка при отключенном JS, IE6, где не работал span:hover, уже неактуален... А еще можно так. Тогда и при отключенном JS всё будет ОК

Не так уж и бессмысленна, по-моему, если еще немного поковырять. Только как побороть баг вебкитов, считающих 50% паддинга от ширины контента, а не итоговой ширины предка...

Копируйте сюда не код PHP-исходника, а то, что показывает браузер во "View Source" ("Показать исходный код") проблемной страницы. А вообще для понимания того, где, как и что делает PHP, крайне полезно очень внимательно прочитать эту страницу. И вообще весь этот сайт (не обязательно сразу, но и откладывать не стоит).