SelenIT

А так нельзя?

Но, говорят, уже работает в Сафари 9.

А, какая, пардон, логическая связь? «Говорят, зеленая краска не во всех магазинах бывает. Это что, получается, гвозди можно забыть и соединять доски только шурупами? в построении забора...» Пардон, не прочитал предысторию и неправильно понял реплику.

Порядок наоборот. Первым идет самый нижний фон, последующие накладываются каждый поверх предыдущего.

А какой цветовой профиль у картинки?

Просто на русском «вёрстка» — это и профессиональное занятие («профессиональная вёрстка сайтов любой сложности недорого»), и процесс («вёрстка главной страницы почти закончена»), и то, что выходит в результате этого процесса («хорошая вёрстка», «кривая вёрстка», «у вас в Хроме вёрстка поехала»). А английское layout — только часть последнего, то, что относится к взаимному расположению блоков (отрисовка шрифтов или, скажем, перенос длинных слов — тоже «вёрстка», но уже не «layout»). Ну и в какой-то мере процесс создания именно этой части. «Раскладка», «выкладка» — традиционный перевод этого же «layout» в печатном деле. «Разметка» — подошло бы по смыслу, но в вебе уже прочно занято значением слова «markup» («HTML-разметка», «семантичная разметка» и т.п.). «Макет» — близко, но опять же не полностью совпадает (не всё, что относится к макету, относится к «layout», и не всегда «layout», и редко, но бывает и наоборот). Был еще вариант «компоновка» (блоков, страницы и т.п.), на мой взгляд очень удачный, но почему-то практически не прижившийся...

Вообще перевод слова «layout» всегда вызывает холиворы, но, насколько я в курсе, наиболее прижился вариант «раскладка».

Упс, так это не «отцентрировать» называется. Отцентрировать — это чтобы «над» и «под» контентом было поровну места, чем выше картинка — тем этого места меньше. А так надо или индивидуально выравнивать высоту картинок (добавляя нужные padding-и слишком маленьким), или иначе формулировать задачу...

А слабо на WebGL, с отслеживанием положения глаз через вебкамеру и соотв. сменой ракурса и перспективы на экране, чтобы дать полный эффект присутствия от первого лица? Вот это будет поворот для всей отрасли!

А какой термин в оригинале? Может быть, «CSS-верстка» там противопоставляется табличной, так сказать, верстке силами одного HTML?

Вообще, если это рейтинг с местами, то тут даже не <ul>, а <ol> напрашивается.

Пока, к сожалению, только или скриптами, или как-то так.

Как вариант, попробовать воспользоваться полифиллом для CSS-регионов. Правда, к сожалению, их бойкотирует Хром (но полифилл в нем работает).

Не должно сломать, в список доктайпов, меняющих режим, он вроде не входит. Но там же написано «одним из способов». Либо отдельной папкой/отдельным поддоменом, либо — если почему-то нужно оставить моб. страницу на осн. домене — доктайпом. Как я понял, на поддомене уродовать доктайп совсем не нужно.

Насколько я в курсе, нет. А чем не подходят варианты с особой папкой или поддоменом для моб. версии?

Обычные дивы — тоже HTML5, другого HTML сейчас просто нет. Но от main и aside бывает польза для вспомогательных технологий (экранные читалки для слепых и т.п.)., так что есть смысл выделять main-ом самое главное (основное содержимое страницы), а aside-ом — второстепенное (то, что можно безболезненно пропустить и зачитать лишь по явному запросу пользователя).

Добавьте vertical-align: top вашим «ячейкам» (aside, article). По умолчанию содержимое ячеек выравнивается по базовой линии, в ее расположении браузеры и расходятся (в спецификации этот момент описан довольно запутанно, так что какое поведение правильное — вопрос интересный ). P.S. От main в качестве общего контейнера и aside у него внутри наворачиваются слёзы (а селекторы по тегам усиливают эффект). Ладно б еще это был по факту мертворожденный section...

На всякий случай — текущая ESR уже 38, прошлая была 31. Заказчик, случайно, не антиквар или археолог какой-нибудь? Но вообще, конечно, сегодня о префиксах (и уровне поддержки) должен заботиться Autoprefixer, писать их руками уже несерьезно. Как любит говорить его создатель, страдать должны машины, а не люди!

И вообще префиксы для box-sizing уже где-то минимум год как неактуальны.

Потому что нет такого свойства, есть text-indent.

Точно! А правый глаз вообще кликабельный

В другой работе («Дуэт»), видимо

Привычка-с. Видимо, от того, что Вебкит/Блинк всё равно не дает сжать ячейку таблицы меньше пикселя, я и привык рассматривать как минимально возможную ширину ячейки именно единицу, а «доскукоживание» до нуля при надобности обрабатывать отдельно.

Точнее, по самому широкому «нескукоживаемому» элементу содержимого (это может быть и просто длинное непереносимое слово, но в данном случае скорее всего — картинка). C размерами таблиц всё вообще забавно, спецификация фактически ничего от браузеров не требует: и даже в новом черновике про «размеры по контенту» раздел для таблиц содержит буквально лишь но на практике браузеры вроде как договорились, что указанная width для таблиц работает фактически как min-width, и если несжимаемый контент шире ее, то таблица растягивается (в отличие от других типов контейнеров, из которых такой контент торчал бы наружу).

Сходу на ум приходит только вариант с display: table и очень маленькой шириной для контейнера, которая благодаря «особой табличной магии» работает как желаемая ширина, но фактически блок растягивается по картинке. Может быть, кто-нибудь подскажет вариант лучше (хотя лично я в display:table, примененном прицельно и к месту, ничего зазорного не вижу).