ВГ
а что мешает обернуть компонент в один родительский элемент и прокинуть нужные классы?)
Это уродливо
https://svelte.dev/repl/c16aa7a6ef714067af6f5eee0a0f453c?version=3.29.0
Size: a a a
2020 November 29
DK
Красота штука субъективная :) Самое крутое, когда можно и так и так :)
MV
могу я поставить последнюю версию TypeScript 4.1.2 в package.json?
W
Moonpax Vadim
могу я поставить последнюю версию TypeScript 4.1.2 в package.json?
Можете попробовать npm i typescript@4.1 -S
Но может что-то сломаться 😱
Но может что-то сломаться 😱
MV
Создал свежий проект с TypeScript
В package.json версия 3.9.3 а у меня на компе 4.1.2
Мне нужно downgrade делать?
В package.json версия 3.9.3 а у меня на компе 4.1.2
Мне нужно downgrade делать?
MV
Можете попробовать npm i typescript@4.1 -S
Но может что-то сломаться 😱
Но может что-то сломаться 😱
сделал - вроде ничего не слетело.
W
Moonpax Vadim
сделал - вроде ничего не слетело.
Тогда хорошо
Просто там измените в мажорной версии. Чтож тут сказать, молодцы разрабочики ТСа
Просто там измените в мажорной версии. Чтож тут сказать, молодцы разрабочики ТСа
AP
Может быть стоило бы в Svelte 4 сделать ограничение, что корневой элемент один, и тогда и CSS Variables назначать без костылей, и классы передавать. Но я наверное просто silly)
какая разница сколько корневых элементов если компонент в который передали класс сам решает на какой элемент его повесить. если нет корневых элементов он и класс не будет принимать
ВГ
То есть я пишу <Component class=“foo”>, а класс добавляется какому-нибудь правнуку?
AP
То есть я пишу <Component class=“foo”>, а класс добавляется какому-нибудь правнуку?
Component сам решает куда его вешать и описывает это в своей документации)
ВГ
Ну это вот оно и есть
AP
если хотите можете ввести соглашение что класс можно принимать только если есть рутовый элемент
AP
только это соглашение на уровне вашего проекта а не либы
AP
Ну это вот оно и есть
не знаю что вы хотели этим сказать)
ВГ
Ничто не мешает обрабатывать класс из props и сейчас, но это выглядит костылем
DK
только это соглашение на уровне вашего проекта а не либы
+1
PM
наверно нет потому что если порядок поменялся то и порядок логических объектов тоже поменялся, если логический объект исчез то не нужно его дом ноду использовать для нового логического элемента или наоборот меняя местами логические элементы дом ноды тоже надо менять местами. Свелт не может в любой момент времени восстановить дом как он должен быть, vdomа то нету
я не писал не про изменение кол-ва или порядка элементов в массиве, а про изменение данных внутри массива. с порядком и кол-вом свелт работает +/- также с помощью ключей. единственное что, он все таки не пересоздает те ноды, которые остались "за" элементами массива. реакт же даже если порядок и кол-во элементов не поменялись, но изменились данные, все равно перерендерится элементы.
PM
я имею ввиду что рендера всех нет, но и использования оставшегося дома от старого элемента для нового элемента тоже нет. поэтому весь дом блок удаленного элемента тоже будет удален, а затем создан для нового добавленного элемента
есть переиспользование тех элементов,которые остались на местах
PM
с #key точно так же, это массив из одного элемента и этот элемент иногда меняется полностью как если бы у него ключ в итерации изменился
нет, с key по-другому, потому что ключи в циклах это вынужденная мера чисто для кейсов изменения кол-ва или порядка элементов. в блоке который существует в единственном экземпляре это не нужно и интуйтивно это не svelte-way. поэтому я думаю что это костыль, который вызван: 1) хотелками сообщества, которые не нужно было удовлетворять 2) с другой стороны хотелки также возникли не на пустом месте, а из-за особенностей реализации анимаций. а это в свою очередь цена за их крутость
PM
ага я всем недовольный вечно
несочтите за эйджизм, но реально как сварливый старик )))