SelenIT

Какой доктайп? У Оперы бывают странности с вертикальным выравниванием при Transitional-доктайпах (в "почти стандартном" режиме).

С точки зрения спецификации инлайн-блок, в котором живут только флоаты, равнозначен пустому (потока как такового в нем нет, флоаты из него вырваны): Так что всё по спеке...

Viper, ага, выше я давал ссылку на одну из страниц самой презентации. cyber_ua, увы. Зато в IE10 (включая последний превью) по идее будет работать без префикса, так что -ms- тут окажется не нужен.

У меня вроде и так работает. И предыдущий вариант с msTransform (с маленькой буквы, кстати, вспомнил, что где-то такое уже читал).

Хм, и вправду. Оказывается, работает msTransform. IE и здесь соригинальничал

MsTransform работает только в IE9+ (в IE10 будет работать и просто transform).

Я имел в виду F12 в IE . Проблема ведь в нем?

Перед доктайпом точно нет никакого барахла, типа BOM-метки? Какой режим браузера показывает F12?

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

И что? Между всеми абзацами остается 100-пиксельный вертикальный зазор, как, видимо, и предполагает этот своеобразный дизайн (раз по умолчанию margin прописан для абзацев, а не для блоков)

Поздравляю!!!

Пардон... в чем именно проблема? В моем примере обнуляются наружные маргины крайних элементов в самом блоке c overflow и в его плавающих потомках с явно заданными классами. Таким образом, расстояния между блоком с overflow и его соседями целиком определяются схлопнутыми margin-ами этих соседей. А количество элементов ни на что не влияет. Конечно, если появятся плавающие потомки с другими классами, их придется дописать в селектор...

Имел в виду <meta http-equiv="X-UA-Compatible" content="IE=edge"> (просто не помнил наизусть, как оно точно пишется). А в вебкитах-таки работает и zoom, и transform

Просто и схлопывание, и "вываливание" из потока было придумано как раз для того, чтобы блоки шли целостным потоком. Отмена этого дефолтного поведения закономерно ломает поток, и любая попытка соблюсти эти взаимоисключающие параграфы невольно ведет к тем или иным "каструбатым" компромиссам. Пожалуй, наиболее удачный компромисс для новых браузеров (IE9+) — с вот таким переопределением. Не взлетит. Специфичности не хватит.

В какое место? Нужно просто следить, чтобы он не падал в Compatibility mode. Ну да, надежнее всего это достигается волшебным <meta http-equiv="X-UA-Compatible" ...>. С первым вариантом нужно поосторожнее — подозреваю, что в вебкитах он будет масштабироваться слишком резко).

В данном примере главная помеха слопыванию — не overflow, а сами float-ы. Так что придется переопределить margin-ы для абзацев в них или задать отрицательные вертикальные margin-ы самим float-ам (как предложили выше).

"m" не нужен, он включает сравнение переносов строк с ^ и $, которые у нас не используются, а обработку всех строк как единого целого тут уже включает "s". А вот "таблетка от жадности" нужна: $buffer = preg_replace('#<a[^>]*>(.+?)</a>#isu', '$1', $buffer); (иначе регулярка с жадностью захватывает всё от первого открывающего <a ...> до последнего закрывающего </a>).

Потому что обычно сначала браузер вводит экспериментальное свойство с префиксом, потом оно становится стандартом, и префикс убирают. C zoom-ом исторически сложилось иначе: в IE это свойство появилось сразу без префикса, годами поддерживалось в таком виде, а потом IE вдруг решил стать белым и пушистым, сменил ориентацию в сторону стандартов и добавил к своей исторически сложившейся проприетарщине префикснутые синонимы. Случилось это в 8-й версии, поэтому -ms-всячина работает начиная с нее. Без префикса zoom поддерживается еще вебкитами. Но, поскольку основное его практическое применение — включать hasLayout в ископаемых IE, в основном используется беспрефиксный вариант в кондкомах или через * html (*+html).

http://css-live.ru/articles/elementy-details-i-summary.html

Проще всего нарисовать белый треугольник на градиентной картинке, как красный нарисован на сером . Но можно как-то так. И да, никакого мусора (кроме комментов и пробельных символов) между <ul> и <li> быть не должно, а то браузеры за себя не отвечают!

Или так (если забить на IE6-7, что давно пора).

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

Огромное спасибо за отклики! По определению из википедии: "...нарушения нормальной жизнедеятельности, работоспособности, социально полезной деятельности..." вроде подходит. Не уверен. А как это проверить?

Но самое сложное в этом — отличить действительно ненужную сложность от всё-таки нужной

Баг вебкитов, тянущийся из исторической особенности макоси. В остальных браузерах (по крайней мере под Win) :focus применяется.