SelenIT

Логично . Эх, действительно, надо и мне как-то преодолеть предубеждение против SVG...

NickaBelcka, а можно минимальный тесткейс? И с каким синтаксисом была проблема — старым или новым?

Это :last-child там не сработал. А почему бы просто не положить белую полоску фоном на ul?

Есть такая проблема, да. Старые фильтры border-radius игнорируют. 2 угла можно спасти маленькой хитростью: сделать фон сплошной заливкой одного цвета (напр. #848484), а сам градиент сделать переходом из другого цвета в полную прозрачность (напр. filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#00434343', endColorstr='#FF434343', GradientType=0 ) — первые 2 цифры тут обозначают альфа-канал, 00 — полная прозрачность, FF — полная непрозрачность). Если нужны все углы, единственный известный мне выход — обертка с border-radius и overflow: hidden. Не нужен. IE9 не понимает, IE10 понимает linear-gradient без префикса.

Всё дело в overflow, благодаря которому div4 и его содержимое оказывается в отдельном контексте форматирования. Из-за чего он (по традиции, поддерживаемой всеми браузерами, хотя спецификация их к этому не обязывает!) ужимается в свободное от float-ов место, если можно, либо спускается вниз и занимает всю ширину родителя (как обычный блок, по умолчанию), если места не хватает. Float так вести себя не умеет, потому что ужимается до ширины содержимого. Поэтому здесь не нужны ни float, ни явная ширина, всё верно. А вот вложенным дивам ширину задать вполне можно.

Есть разные способы выравнивания высоты колонок. Многие, если не большинство, из них ("faux columns" с картинкой или градиентом, display: table-cell, способ Чикуёнка, флексбоксы) не требуют overflow.

Только в музеях. NS6, 1999. Для практики этого даже знать ни к чему . Подробнее здесь (англ.). С точки зрения выбора режима в актуальных браузерах разницы нет. Но зачем 4.0, когда есть 4.01? И зачем 4.01, когда есть 5?

???

Нет. Это как раз-таки частный случай «Дополнительные правила» лишь вытекают из этого факта.

Ну дык вы в CSS пишете только -webkit-transform, было бы странно, если бы было иначе. А у того чувака, у которого покорёжилось, небось, Опера 12-какая-то-из-последних?

Была достаточно удобная возможность вставки таблицы в кнопку (напр. для какой-нибудь хитрой дроби в калькуляторе). Имхо, зря ее убрали. Правда, для дробей теперь MathML есть, по крайней мере, в новых браузерах и в теории...

Так?

В HTML 4/XHTML 1 было можно. В HTML5, оказывается, уже нет. Кроме того, в button не может быть интерактивного контента. IE/Fx, видимо, считают, что в button не должно быть вообще ничего интерактивного, что кнопка должна быть монолитным контролом с единым поведением по всей поверхности. Кстати, почему бы не убрать div вообще, перевесив его класс и обработчики на саму кнопку?

tr:nth-child(n+2)? Или tr:not(:first-child)?

Который <div id = 'forma'>, судя по всему. Который <div id = 'forma'>, судя по всему.

Неважно, в каком блоке. Важно, в каком контексте форматирования. Если блок не создает отдельного контекста форматирования (у него не стоит overflow:hidden, display: inline-block, float и т.п.), то float его игнорирует и проходит насквозь (если в блоке нет ничего, кроме float-а, то он «схлопывается» в ноль). Так что правильно по стандарту показывает как раз firefox, а чтобы везде было как надо, второму диву нужно поставить clear:right.

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

Это сильно преувеличено . Практического опыта у 121990 наверняка больше. А именно практика является показателем.

Как раз не отменен, в этом-то и проблема. Потому что 3-я картинка на 3px выше четвертой, и 5-я за нее «цепляется». Нужно или подровнять высоту всех картинок, или добавить нечетным figure-ам clear:left.

"Везде" бывают разные. Есть, например, такое наблюдение, весьма смахивающее на правду.

graceful degradation наше всё

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

Вроде пока так. Но судя по тому, что уже есть для Win7, похоже, ждать недолго.

В 11-м уже нельзя переключать. Но по моим наблюдениям, у 9+ баги наследственные, примерно одни и те же. И, к счастью, в основном некритичные.

Проблема, наоборот, в запихивании p в label (у которого Content model — Phrasing content, т.е. текст в пределах абзаца). Впрочем, запихнуть p в p тоже невозможно по построению (p неявно закрывается перед всем «блочным», включая другой p). Решение — убрать p из label и задать последнему display:block. И, имхо, на будущее лучше думать о p не как о контейнере, а как о инструменте логической разбивки контента. Безопасные контейнеры — это span (внутри абзаца) и div (для нескольких абзацев).