PM
дак они же должны быть доступны всему дереву ниже, это целый контекст получается
не
Size: a a a
2020 November 02
PM
я именно про то, чтобы ограничить одним компонентом
AP
тогда тебе пропсов хватит, зачем это городить
PM
тогда тебе пропсов хватит, зачем это городить
если нужно ниже прокинуть, просто делать это явно и все по новой
AP
зачем это нужно, если есть пропсы
PM
зачем это нужно, если есть пропсы
пропсы нельзя юзать в стилях
PM
только в style аттрибутах
AP
а как ты будешь связывать имя переменной переданной из родителя в ребенке, если ребенок это нпм модуль например
PM
причина - пришлось бы копировать стили для каждого инстанса компонента
AP
имена переменных это часть интерфейса ребенка будет?
PM
с custom props такого не придется делать, потому что браузер уже сам сможет
AP
кроскомпонентный компайлер тогда будет
AP
либо рантайм какой-то
PM
а как ты будешь связывать имя переменной переданной из родителя в ребенке, если ребенок это нпм модуль например
я просто передаю имена как есть, ребенок сам их скоупит, а ниже передает как есть
PM
либо рантайм какой-то
рантайм по-любому в таком кейсе будет дополнительный
PM
это минус да, но суть же в том, что ВОТ эта штука в юзер ленд сложно, поэтому можно в компилятор. а то что предлагается из пушки по воробьям
AP
ну твое описание на первый взгляд выглядит лучге рфс, но я все равно не уверен в подводных камнях
AP
и переменные на ховер все равно непонятно как менять
PM
ну твое описание на первый взгляд выглядит лучге рфс, но я все равно не уверен в подводных камнях
я тоже не уверен, это просто идея, по сути в итоге что-то вроде:
<!-- Patent -->
<div style="--color-qwerty: red;">
<!-- Child -->
<div style="--color-asdfgh: red;">
PM
дивы - это не генерируемые дополнительно, а просто рут элементы