DG
ну это не проблема как бы, на сервере это будет рендерится как обертка тег с приделанными переменными у которые есть какое-то начальное значение
надо попользоваться этим, иначе не могу конкретно сказать, хорош ли RFC или нет
Size: a a a
2020 November 01
DG
но как декларативно и динамически инжектить css-переменные в компоненты - выглядит неплохо
PM
но как декларативно и динамически инжектить css-переменные в компоненты - выглядит неплохо
там главный момент в дополнительном div с display: contents. а также в том, что это можно сделать и без этого сахара, потому что переменнуе никак не хэшируются и остаются глобальными
L
но как декларативно и динамически инжектить css-переменные в компоненты - выглядит неплохо
да, переменные которые custom properties надо задействовать в компонентном подходе, но так чтобы это логично было, предсказуемо. Причем круто было бы еще иметь возможности проперти которые в компонент передаются забиндить с другими, css переменными (может глобальными). Проще было бы жить с брейкпоинтами
DG
там главный момент в дополнительном div с display: contents. а также в том, что это можно сделать и без этого сахара, потому что переменнуе никак не хэшируются и остаются глобальными
увидел, выглядит костыльно, ничего не скажешь
PM
ну как бы там написано ## Detailed design
понял почему меня смутило наличие дополнительного
div. тогда я читал другой RFC и в этот раз не посмотрел что подход к способу имплементации изменили: https://gist.github.com/Rich-Harris/6ee465dca7e86e5743cb367ba0ae3bee
PM
даже это звучало не очень, поэтому я предлагал ничего не делать. но новый вариант полный треш
a
Это как IO.js для NodeJS 😉
Гениально!
DG
даже это звучало не очень, поэтому я предлагал ничего не делать. но новый вариант полный треш
согласен, не знаю, как так получилось 🤨
DG
это как минимум ломает чьи-то стили
PM
согласен, не знаю, как так получилось 🤨
сейчас смотрю на предыдущий вариант RFC и он уже не кажется таким плохим)
PM
все познается в сравнении)
a
Нет, вот чего обещают https://www.youtube.com/watch?v=qSfdtmcZ4d0
А есть текстом?
a
SSR, роутинг, быстрый Live Reload и все из коробки
Годно, спасибо
DG
А есть текстом?
здесь есть кратко https://www.infoq.com/news/2020/10/svelte-next-serverless-first/
a
да и нельзя этого никак сделать без обертки, потому что проперти надо к дом элементу аплаить
ref.parent?
a
Но лезть в стили парента такое себе
AP
Но лезть в стили парента такое себе
слишком много элементов заденешь тогда =)
a
Сам свелт монтируется к существующему элементу, вот туда можно (и нужно) добавлять все эти --свойства
Могу ошибаться, но у такого подхода могут быть проблемы с перфом
AP
Могу ошибаться, но у такого подхода могут быть проблемы с перфом
да там не в перфе дело, а в том что переменную надо определить начиная с какого-то конкретного узла дом дерева. Её ненужно определять на руте или ещё где-то выше