[Перевод] Управляемый прокруткой CSS в 2026 году — разработка карусели без JavaScript

Исторически создание карусели в веб-разработке означало использование какой-либо JS-библиотеки. Slick, Swiper, Flickity, Embla Carousel и другие заполняли пробел платформы. Каждая из них увеличивала размер сборки, имела свои особенности обеспечения доступности и накладные расходы на обработку событий. Полный минифицированный пакет Swiper v11 весит приблизительно 140 КБ; даже модульные импорты составляют 40-60 КБ для ядра и навигации. Умножьте это на бесчисленные маркетинговые страницы, галереи товаров в электронной коммерции и макеты с большим количеством медиаконтента, которые зависят от каруселей, и расходы сильно возрастут: долгое время до интерактивности, блокировка основного потока во время инициализации и большой размер передаваемых данных на каждой странице, где используется слайдер.

https://habr.com/ru/articles/1034960/

#javascript #js #css #html #carousel #slider #карусель #слайдер #scrollsnap #scrolldriven_animations

[Перевод] Хватит использовать JavaScript для решения задач CSS

Недостаток знаний часто подталкивает людей к чрезмерно сложным решениям, и рано или поздно это отражается на производительности. Возьмем content-visibility: auto . Он дает тот же эффект, что и React-Window , но без единой строчки JS и без увеличения размера сборки. Аналогичная ситуация с современными единицами высоты окна ( dvh , svh , lvh ): наконец-то приведена в порядок "мобильная" высота, которую годами пытались компенсировать через window.innerHeight . Обе технологии в 2024 году получили более 90% поддержки современных браузеров и полностью готовы для продакшна. Однако мы по привычке продолжаем решать такие задачи с помощью JS, просто потому, что CSS незаметно ушел вперед, пока мы спорили о React Server Components .

https://habr.com/ru/companies/timeweb/articles/983714/

#javascript #js #css #timeweb_статьи_перевод #contentvisibility #virtualization #intersectionobserver #scrolldriven_animations #виртуализация