Зачем ручками импортировать всякие transition и onMount если при компиляции все равно убирается всё ненужное? 🤔

Перспективы весьма весьма хорошие, это как квантовый скачок в вебе. Не всё идеально, но это смена парадигмы, поступательное движение вперёд. А не топтание на месте в отличие от RGB

Чтобы ввести в область видимости нужные функции и анализатор при компиляции понял, что эти функции нужны в графе зависимостей. Если не указывать конкретную функцию, то возникнет огромный спектр вероятностей, того какая именно функция должна быть использована. Допустим у вас в проекте есть 5 модулей экспортирующих функцию onMount и все они разные, какую из них использовать в целевом модуле, если не импортировать конкретно? Конфликт налицо.

Воу воу, а ванилла-жс это вообще виток эволюции: технология будущего, лишённая проблем svelte

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

Полагаю, слова "квантовый скачок" были все таки не о том, что свелт такой продуманный и предсказуемый фреймворк на все случаи жизни) он не этим знаменит.
Эти заявления примерно как про условный go, который похоронит условную java, поскольку он же компилируемый и это прорыв) Вообще, квантовый скачок в вебе это скорее уж появление в браузере jit-компиляции, а не вот это вот всё

Вы опять утрируете. Если рассуждать в таком ключе, тогда и появление JavaScript таким образом можно нарекать, квантовым скачком, и т.д. вплоть до полупроводников. Но речь всё же о фрейморках предлагающих подходы к организации кода в рамках системы реактивности.

Да в моей фразе про продуманность и предсказуемость фреймворка, я не только свелт имел в виду. Это было сравнение подходов написания приложения на нативном уровне и с использованием фреймворков. Не нужно искажать смысл сказанного

Ваши слова были именно про квантовый скачок в вебе.

квантовый будет когда во сне появится JS форма с багом и ты не сможешь проснуться пока её не исправишь и не нажмешь "ок" 🤣

И действительно. Ну окей, признаюсь слишком обобщил

Примерно так у меня проходят дни, но только я не сплю. Вчера вот до 3-х ночи ковырял баг с потерей offsetParent у элементов, которые находятся в скролл контейнере. В дев режиме всё нормуль, в продакшене через раз теряется.

Сделал конечно залепуху, но думаю всё же надо глубже ковырять. Ещё бы локализовать, так состояние, чтобы ошибка была стабильно воспроизводима.

свелт и прелсказуемый результат в одном предложении)

сложно понять как скролл контейнер и офсет парент связаны

Йоу, напомните как задушить emmet в VSCode Svelte плагине, мешает пользоваться нормально автокомплитом.

offsetParent содержит ближайшего родителя, относительно которого происходит позиционирование элемента.

и каким боком тут скролл контейнер)

Элемент находится в этом контейнере, но иногда offsetParent на него не указывает, хотя должен

позиционирование это position скролл контейнер это overflow