https://www.w3.org/TR/SRI/ — если с умом подходить, то не могут. Сие уже поддерживает Chrome и Firefox, то бишь можно указать хеш файла, который ожидается, если придет что-то иное, то среагировать на сие событие.

Пардон, не увидел ссылку akaluth выше.

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

:) Поправлюсь, в целом хорошая подборка материала, то бишь планка на достаточно хорошем уровне, чтобы пописаться и следить за блогом. Ну и перевод официальной документации по Material Design тоже много стоит (увы, устаревает, но тем не менее). Удачи вам. ;)

Да, от части верный, от части устаревший. У Пола Айриша есть неплохая подборка всего и вся касательно перерисовок / перекомпановок на GitHub'е — gist.github.com/paulirish/5d52fb081b3570c81e3a. Мало информации касательно `will-change` (к примеру, сколько графической памяти выделяется под сие в разных браузерах и сколько реально можно скормить отдельнх слоев?), аль о разрабатывемом CSS Containment (https://drafts.csswg.org/css-containment/). О прокрутке в документе также мало информации, зато куча всяких кривых плагинов для плавной прокрутки. Тоже самое о анимации. Узнали вдруг (и то не все), что transform не тормозит при анимации и давай его пихать везде, а чем это грозит?.. Касательно средств прокрутки тоже, в основном, устаревшие статьи. Актуальную ифнформацию в итоге можно только на английском найти, а на русском аля «как скруглить уголки». :( Тонкости нужно рассматривать и в будущее заглядывать, а не давно известные факты. ИМХО, :)

И, да, css-live.ru — как один из немногих ресурсов с более-менее качественной подборкой переводного материала. :)

+, у них есть специальная страничка для отслеживания статуса различных фич: webkit.org/status/#specification-css-grid-layout-level-1.

В Fx'е подальше Chrome'а продвинулись на текущий момент. Там auto-fill и auto-fit для функции repeat() уже поддерживаются, да и в ночнушке без флага, как верно заметили. уже работает, в отличие от Chrome'а. Ну и самое главное, насколько я знаю в Fx'е пилят инструменты отладки / подсветки для Flex'ов / Grid'ов (пока еще нет в ночнушке), а вот по поводу Chrome'а — без понятия. Ну и по мимо EDGE'а в Safari тоже пилят Grid'ы, так что к концу года, по идее, везде будут. :)

Вы полностью правы. Во многом это частичное рассмотрение банальной доки, но было бы ценее взять всего лишь один из освещаемых пунктов и детально его рассписать. Одно только влияние на перекомпанову и перерисовку тянет уже на целую книгу, а в русскоязычном сегменте сие освещается достаточно поверхностно. %)

На самом деле в спеках описаны классные штуки, просто полноценная поддержка сего требует длительного этапа изучения, тестирования и шлифования. Как пример, посмотрите предстоящий бум в виде спецификации CSS Grid'ов, в каком-то смысле обкатаную на уже используемых CSS Flex'ах, и тем не менее уже (если не ошибаюсь) 4 года доводимую до ума.

Вообще в статье много сомнительных утверждений (:nth-of-type(1) медленее чем селектор a b — очень сомнительно), аля пример в виде псевдо-класса :first (такого нет в CSS) и т.д., и т.п., но самое интересное, это каким образом регулярные выражения в CSS (Что это вообще такое? Неужели пародия на регулярки в аттрибутивных селекторах) влияют на перекомпановку в IE? 0_o

Вы не можете совмещать свойство position и свойство float.

Вообще-то оба свойства имеют значения по умолчанию и, следовательно, их можно использовать совместно с применением обоих, аля position: static; + float: .... :)

+ initial / unset / device-fixed (с префиксом "-ms-").

2-е легко решается оператором распространения (spread operator):

myFunction(...iterableObj);

Статья из прошлого. Как уже выше сказали, сейчас это решается на SVG. imagemap-generator.dariodomi.de — генератор по вашей второй статье. Ищется в том же Google за пол минуты и, уверен, таких генераторов куча, так что нет смысла описывать то, о чем уже написано множество статей.

jsfiddle.net/Serator/dh86482v — вот пример того, что можно получить сейчас. Отработало с Fx'е, Chrome'е. EDGE выдал ошибку на запросе данных значения пикселя из изображения.

А разве такого API сейчас нет? К примеру, SVG foreignObject, переданный в canvas. Но, в теории, можно и просто поверх поля для ввода пароля наложить слой с прозрачным полем для ввода. Другое дело, если бы пароль можно было ввести только в недоступном для страницы месте, аля поле для ввода адреса сайта. Это уже, как мне кажется, просто так не поделаешь.

Такой длинный спор и в качестве профита — пример в виде переписанного jQuery / Angular. Ну перепишут (ли? — прямо таки огромным «ли?») и будет работать на миллисекунду в секунду быстрее, но тормозить же все равно будет отрисовка. В большинстве случаев проблема в неэффективном использовании операций работы с DOM, что вызывают лишние перерисовки, перерасчеты размеров, положения элементов на странице и т.п., а не скорость работы с JS. Вот работа с аудио, видео, игродев и прочее — вот здесь профит может быть куда ощутимее.

Ну вот, собственно, это и позволяют делать современные браузеры, учитывая, что под Android, о котором речь в посте, по сути это Chrome и ему подобные.

Так технологии в вебе уже сейчас позволяют и кэшировать, и подстраивть.

Еще проще по слайдам Вадима Макеева (видео). Быть может они слегка устарели и не хватает каких-то нюансов, но в целом это самое минималистичное пособие «в картинках» и никакой воды.