K
Потому что этот скоупинг работает через хеши, добавляемые к классам
Size: a a a
2021 February 01
K
И при инициализации компонента они автоматом добавляются к head
d
ага, и его достаточно в 99% случаев, не?
K
Ссылка на стили
K
А надо не в head, а в сам shadow dom
K
А то не взлететь
K
И если с mui можно ковырнуть jss
d
не понимаю. shadow dom это отдельная опциональная тема с инкапсуляцией всего. Ты можешь создавать кастом элементы без shadow dom и не возиться с этим всем
K
То с css modules в лучшем случае ебать вебпак, а он у меня готовый, и там такое внутри, что я лучше буду отдельно потом файлы склеивать, чем его экстракции
K
не понимаю. shadow dom это отдельная опциональная тема с инкапсуляцией всего. Ты можешь создавать кастом элементы без shadow dom и не возиться с этим всем
Расскажи, как?
K
Чтобы мне этот элемент вставить в ангуляр потом успешно
K
И ничего не сломалось
K
И никто не перепутался
d
кастом элементы не требуют shadow dom, он отдельно опционально включается через attachShadow вызов. Я не знаю как именно ты создаёшь кастом элементы, но там по идее должна быть возможность не создавать shadow dom
K
K
Но если мы хотим полностью независимую разработку контейнера и компонента, то это опасно
d
в идеале - да. В реальности, когда в обоих проектах все стили скоупятся, вероятно ты не въедешь в проблемы требующие включения shadow dom'а
K
Потому что например mui выплюнет свои стили, mui другого компонента выплюнет свои, немного изменённый из-за темы
K
И вот драма
d
у нас так виджеты на кастом элементах вставляются в кучу проектов без shadow dom и проблем пока нет