Для широкого распространения WASM не хватает работы с DOM. И предпосылок к тому, что она появится на данный момент нет. Так что не торопитесь хоронить JS)))
Одно из наиболее очевидных — темификация шаблонов. Когда при смене темы не нужно подтягивать полностью новый css-файл/ы со всеми стилями, а достаточно маленького файлика с новым набором переменных.
Это не «фреймворк». Это набор хэлперов и сборщик для них.
Это не «новый шаг эволюции». Это попытка реинкарнировать методологию атомарного CSS, о которой уже успели основательно забыть.
Он не удобнее «ванильного CSS», потому что круг задач, которые он адекватно решает, достаточно мал.
Это нишевый инструмент, и чтобы его тянуть в проект, надо четко понимать зачем он там. В противном случае будет как с бутстрапом, который тянули везде, где надо и где нет, порождая хаос и бардак.
Ну вот мне надо было запилить вывод таблицы данных. Интерактивной, с фильтрами, с запросами в API. Проблема в том, что это надо было сделать а) быстро, б) на старом проекте, написанном на самописном фреймворке на .dotnet. Да, проект потихоньку переписывается, но до той части, в которой нужна таблица, дойдет еще нескоро. А таблица нужна «на вчера».
И вот тут как раз возможность юзать vue без бандлера решает. Плюс когда до этой части проекта дойдет процесс переписывания — функционал уже будет готов, его достаточно будет вставить в новую SPA.
Это совсем так. Вы, видимо, не совсем поняли, о чем я написал.
Я говорил про то, что в диапазоне от одного медиа-брейкпоинта до следующего контент-блок будет фиксированной ширины, увеличиваться будут только паддинги.
Если взять пример автора, то на устройстве с экраном 580px и устройстве с экраном 760px ширина контейнера всегда будет 540px.
А в случае с .container (padding: 0 15px; max-width: 1100px; margin: 0 auto;) на всех экранах до 1101px шириной контейнер будет занимать все доступное пространство. Что порой бывает критично.
На самом деле описаный вами способ ведет себя иначе, чем ".container". При использовании вашего способа мы получаем фиксированный по ширине контейнер в каждом диапазоне от медиа-минимума до медиа-максимума. А ".container" с авто-марджинами плавно меняет размер от минимума до указанного «max-width». Что позволяет более эффективно использовать пространство на планшетах-мобилах нестандартных разрешений.
По умолчанию картинка грузится в актуальном размере вне зависимости от размера контейнера.
https://caniuse.com/css-overflow-overlay - несомненно лучше, ага.
Это не «новый шаг эволюции». Это попытка реинкарнировать методологию атомарного CSS, о которой уже успели основательно забыть.
Он не удобнее «ванильного CSS», потому что круг задач, которые он адекватно решает, достаточно мал.
Это нишевый инструмент, и чтобы его тянуть в проект, надо четко понимать зачем он там. В противном случае будет как с бутстрапом, который тянули везде, где надо и где нет, порождая хаос и бардак.
И вот тут как раз возможность юзать vue без бандлера решает. Плюс когда до этой части проекта дойдет процесс переписывания — функционал уже будет готов, его достаточно будет вставить в новую SPA.
Ложь. Строчные элементы располагаются в строке и занимают столько строк, сколько потребуется. В одну строку они располагаются только в двух случаях:
white-space: nowrapЯ говорил про то, что в диапазоне от одного медиа-брейкпоинта до следующего контент-блок будет фиксированной ширины, увеличиваться будут только паддинги.
Если взять пример автора, то на устройстве с экраном 580px и устройстве с экраном 760px ширина контейнера всегда будет 540px.
А в случае с .container (padding: 0 15px; max-width: 1100px; margin: 0 auto;) на всех экранах до 1101px шириной контейнер будет занимать все доступное пространство. Что порой бывает критично.
На самом деле описаный вами способ ведет себя иначе, чем ".container". При использовании вашего способа мы получаем фиксированный по ширине контейнер в каждом диапазоне от медиа-минимума до медиа-максимума. А ".container" с авто-марджинами плавно меняет размер от минимума до указанного «max-width». Что позволяет более эффективно использовать пространство на планшетах-мобилах нестандартных разрешений.
Не надо вешать правило на теги. Это очень, очень, очень плохая практика за редкими единичными исключениями
ЗЫ: и зеркало надо вешать слева, а не справа)