Л
можешь попробовать например настрочить ентрипоинтов под них, в каждом просто импортируешь основной стиль и одну из тем
Size: a a a
2019 October 01
Л
смотря как ты используешь их после
NE
основной стиль в таком случае почемут глобальным не становится
юзаю sass-resources-loader для прокидывания глобальных файлов в модули
юзаю sass-resources-loader для прокидывания глобальных файлов в модули
NE
грубо говоря в файле темы просто перменные и все
в остальных файлах они просто используются
в остальных файлах они просто используются
Л
я не уверен могут ли сасс переменные собираться в нативные ксс проперти
Л
а так-же что ты подразумеваешь под глобальным
Л
предположу что ты хочешь чтобы основной стиль вышел в один чанк и не дублировался в темах
Л
но так не выйдет ведь чтобы стиль собрать сасс процессор эти переменные должен развернуть в значения уже в ксс
NE
Лев
я не уверен могут ли сасс переменные собираться в нативные ксс проперти
нормально собирается в нативный css, просто сделать это нужно больше 1 раза
NE
Лев
а так-же что ты подразумеваешь под глобальным
есть понятие css модули, у каждого свой скоуп, пока сам не импортируешь в него что тебе нужно - из другого файла стили, переменные итд не достать
NE
для sass это критичнее чем с чистым css тк в нем есть миксины, функции, мапы итд
NE
Лев
но так не выйдет ведь чтобы стиль собрать сасс процессор эти переменные должен развернуть в значения уже в ксс
именно
NE
Лев
предположу что ты хочешь чтобы основной стиль вышел в один чанк и не дублировался в темах
нет я хочу сгенерировать несколько одинаковых пачек стилей, каждый из которых включил в себя по одному файлу темы,в итоге пачки ничем не отличаются по структуре кроме значений переменных которые развернулись в процессе компиляции
NE
то есть в результате тем быть не должно, они существуют только чтобы преобразоваться в разные билды css с единым js билдом
NE
если мой ход мыслей неверен то как это сделать проще?
NE
по идее с набором переменных проще не бывает но в вебпаке не заложена такая фигня)
NE
попробую действительно в энтри имена засунуть готовые пути
2019 October 02
p
товарищи...тут для себя открытие сделал 🤦🏻♂️
к примеру есть компонент Image
путь: at
если же резолвить с помощью настройки de
к примеру есть компонент Image
путь: at
oms/Image
физически файл компонента atoms/Image/Image
импортить так не хочется...на ум приходит создать index.js файл и реэкспортнуть export { Image } from './Image'
итог: в бандле обвязка для импорта index.js файла остается( если же резолвить с помощью настройки de
scriptionFiles вебпака(условно с помощью package.json) - лишнего кода в сборку не попадаетp
кто как резолвит?)
A
товарищи...тут для себя открытие сделал 🤦🏻♂️
к примеру есть компонент Image
путь: at
если же резолвить с помощью настройки de
к примеру есть компонент Image
путь: at
oms/Image
физически файл компонента atoms/Image/Image
импортить так не хочется...на ум приходит создать index.js файл и реэкспортнуть export { Image } from './Image'
итог: в бандле обвязка для импорта index.js файла остается( если же резолвить с помощью настройки de
scriptionFiles вебпака(условно с помощью package.json) - лишнего кода в сборку не попадаетА почему не хранить как все в папке Atoms/Image/index.js. и папку и файл именовать в image перебор.