AS
Ладно, придумаю что-нибудь. Спасибо.
Size: a a a
2020 April 03
ПР
поставь еще svelte intellisense
Да да уже поставил)Спасиб)
T
Ага, но вопрос-то не в этом.
Тут этот самый classCondition должен прилетать из другого компонента. Они чисто визуальные.
Тут этот самый classCondition должен прилетать из другого компонента. Они чисто визуальные.
откуда прилетать? пропс в условиях точно также работает
DS
state-driven подход же
А как state-driven подход применить к элементам которые ты пробрасываешь в slot?
PM
Ага, но вопрос-то не в этом.
Тут этот самый classCondition должен прилетать из другого компонента. Они чисто визуальные.
Тут этот самый classCondition должен прилетать из другого компонента. Они чисто визуальные.
имеешь ввиду что один компонент длает querySelector на разметку другого компонента и выставляет там класс?
PM
Dmitry Semenov
А как state-driven подход применить к элементам которые ты пробрасываешь в slot?
слот определяется в одном компоненте (точка монтирования), а имплементируется в другом
PM
там где он имплементируется и будет логика
AS
имеешь ввиду что один компонент длает querySelector на разметку другого компонента и выставляет там класс?
Ну пока не делает) Это была мысль для быстрого и ленивого решения 🙂
AS
Кажется, время внедрять context.
PM
Ну пока не делает) Это была мысль для быстрого и ленивого решения 🙂
интересно как ты планируешь вообще синхронизировать лайф-циклы двух несвязанных компонентов
PM
в том смысле что когда тот который класс выставляет пытается это делать, совершенно не факт, что другой уже будет отрендерен в DOM)
AS
интересно как ты планируешь вообще синхронизировать лайф-циклы двух несвязанных компонентов
Ну в данном случае известно наверняка то, что когда первый компонент существует, второй существует сто процентов
AS
в том смысле что когда тот который класс выставляет пытается это делать, совершенно не факт, что другой уже будет отрендерен в DOM)
Как раз таки факт, в моем случае
AS
И связь идет ислючительно от первого ко второму, и никогда от второго к первому
AS
Но я уже понял, что это решение не особо жизнеспособное. Буду использовать setContext и getContext.
Но все же, для справки, есть ли способ отключить unused css removal?
Но все же, для справки, есть ли способ отключить unused css removal?
PM
Ну в данном случае известно наверняка то, что когда первый компонент существует, второй существует сто процентов
получается у тебя более вложенный в иерархию компонент меняет класс на одном из родителей? 🤔
PM
Но я уже понял, что это решение не особо жизнеспособное. Буду использовать setContext и getContext.
Но все же, для справки, есть ли способ отключить unused css removal?
Но все же, для справки, есть ли способ отключить unused css removal?
можешь сделать класс c :global
PM
.component-specific-class global(.my-dark-side-class)
AS
получается у тебя более вложенный в иерархию компонент меняет класс на одном из родителей? 🤔
Нет, у меня на одном уровне два компонента, в одном из них есть дочерний. И дочерний меняет класс на том другом, в котором нет дочернего)