SelenIT

Но он добавляет его после -webkit-flex или всё-таки до него? Суть в чем: все браузеры, понимающие -webkit-flex (префикснутая реализация новой спеки — в основном это мобильные Сафари ниже 9-й версии), понимают и -webkit-box (реализация старой спеки, без многострочности и т.п. — все вебкиты вообще, включая древние Андроиды). Соответственно, если поставить -webkit-box после -webkit-flex, первое будет работать везде, а второе нигде. А вот если наоборот, то те же мобильные Сафари смогут воспользоваться преимуществами новой спеки.

Сабжем озадачились и разработчики Хрома: https://twitter.com/ChromiumDev/status/697381011668275200 (кстати, первая ссылка в твите тоже есть в переводе на css-live.ru )

Не думаю, что там autoprefixer. Autoprefixer, по-моему, добавляет умнее, таких неиспользуемых строк не оставляет (разве что какой-нибудь совсем ископаемый?).

Странно генерируются. Это там никак не настраивается?

Зачем писать display: -webkit-flex, если несколькими строчками ниже оно перезатирается на -webkit-box?

В Photoshop, боюсь, нет, но есть в Fireworks (старые, но актуальные статьи по теме: раз, два). Плюс есть отдельные программки, умеющие перегонять PNG из полноцветного RGB в индексную палитру с альфа-каналом (лично мне до сих пор нравится Color Quantizer).

1) Для браузеров разница между HTML и XHTML не в доктайпе, а в заголовке Content-type. Если он text/html (практически всегда), то что в доктайпе не пиши, для браузера это всё равно будет HTML. Чтоб сделать XHTML для браузера, надо отдавать страницу как application/xhtml+xml (но на практике толку от этого мало). 2) В HTML (см. п. 1!) слеш в конце тега игнорируется. Вообще. Технически, такой тег считается просто открывающим (незакрытым!). Но для ограниченного списка элементов (да, тех, у которых принципиально не бывает контента — как по мне, Igor Schnaider тут был прав) закрывающий тег не нужен, открывающий тег работает как «сам себе закрывающий», и результат записи <tag /> оказывается тем же, что для X(HT)ML. Но механизм ее действия совершенно другой, и сам по себе слеш абсолютно ни при чем! 3) В SVG-элементах концевые слеши всегда работают по XML-ным правилам, даже когда SVG встроен в HTML. Но такие теги (напр. <use />) могут вызвать проблемы в старых браузерах, поэтому для совместимости лучше писать полный вариант, типа <use></use>. Если старые браузеры «по барабану», можно не заморачиваться.

Кстати, до релиза Firefox 45 — c гридами без флага из коробки — остался ровно месяц. Вот будет верстальщицам подарок

Прошу прощения, можно какой-нибудь пруф на это утверждение? Если эти картинки не сбивающие с толку рекламные надписи, конечно)

Можно и без внутреннего дива, браузерная поддержка не хуже.

Скорее всего, нет слеша в начале пути к картинкам. Отчего браузер пытается искать их от (несуществующей в реальности) папки /korotkie/zheleznye/.

Исходный вариант тоже будет работать, но свойство href вернет уже полный развернутый URL, а не чисто значение атрибута: https://jsfiddle.net/paqbzs4c/

А border-image не вариант?

Формально ошибка, но все браузеры понимают и предсказуемо реагируют. Каюсь, сам иногда так делаю А вот со scoped, имхо, без нужды (когда нужен именно локальный стиль для замкнутого компонента) лучше не связываться — штука достаточно новая, браузерам еще не привычная... А вообще в уважающих себя CMS должны быть функции подключения стилей в подобающее им место (на этапе сборки страницы), в WP такая тоже есть.

Насколько я в курсе, все айпады, кроме iPad Pro. Только более актуальные модели — с двойной четкостью (каждый CSS-пиксель рисуется двумя физическими).

Вообще, имхо, как раз похоже на запас для «ретины». У макбуков с «ретиной» обычно как раз 2880 физических пикселей по ширине.

Первое, за что зацепился взгляд — при высоте экрана меньше 900px (т.е. на подавляющем большинстве ноутбуков) совсем не видны нижние ссылки левого меню. Нужно как-то сделать его адаптивным по высоте, что ли.

Но их хотя бы понимают, в отличие от тех, кто «учил слова» сам (примерно как Жак Паганель учил испанский по учебнику португальского

Вот мне, честно говоря, с «наставником» (тем, кто наставляет на путь скорее ассоциируется именно опытный старший (не обязательно по возрасту) товарищ из п.5 этой статьи, который всегда готов уделить несколько минут на помощь в понимании п.1 из нее же. А также готов поделиться собственными «секретными» приемами, объяснив на примерах из личного опыта их плюсы и ограничения. И способный не просто послать в гугл с тупым вопросом, а всё же снизойти до понимания и как минимум помочь уточнить формулировку запроса, как максимум же — угадать, что ученику было действительно нужно (и предложить прямое решение вместо кривого обходного, над которым бился сам ученик. И никак не ассоциируется с этим словом упомянутый в первой ссылке топика «ментор», задача которого — с важным видом водить за ручку, и уж тем более, упаси меня Ctrl+S, «репетитор» (от лат. «повторять»), механически «гоняющий» ученика по упражнениям из учебника. Если заблуждаюсь — прошу поправить...

Хром стал поддерживать text-align-last (c 47-й версии), раньше просто игнорировал. И в нем оно наследуется (что, в принципе, правильно с точки зрения стандарта).

А откуда эти data-атрибуты берутся при генерации страницы? Они меняются динамически? Если нет, может, проще заново взять их оттуда же на сервере?

Гыы... прикольно — теперь такое, оказывается, формально даже валидируется . Что, впрочем, лишь подтверждает старую истину...

Строго говоря, имхо, необязательно, вполне могу себе представить интерфейс приложения, где menu использовалось бы для navигации, например, между разными рабочими областями. Но на сайтах тег menu не нужен практически никогда, он именно для тулбаров и контекстных меню приложений (по крайней мере, по спекам). Еще figure для логотипа, тем более текстового, мне кажется сомнительным решением.

Имхо, правильнее убрать лишние float-ы у содержимого этого блока (навскидку форме он точно ни к чему).

Если вместо псевдика взять обычный элемент-распорку (тоже нулевой ширины и нужной высоты), то по идее должно работать и в IE5 (в IE6 уж точно). Float и clear так и работают. Старый прием на похожем принципе работал везде, ЕМНИП.