Берется SCSS лоадер и подключается к вебпаку =)

какие например, я не работаю с SCSS.

короче мой поинт в том, что это общая проблема пре-пост обработки. тот же Андрей Ситник не зря выступает на ванильные языки в пакетах

Дак Ситник то за правильное дело выступает, а свелт не привозит ванильный язык в пакете. Он везет svelte-script комбайн =)

как и многие решения сейчас. писал выше, что иногда сила свелт становится слабостью из-за обязательной сброрки. однако поставлять ванилу тоже можно, просто это не оптимально. с тем же postcss обычно достаточно просто дописать нужные плагины в свой пайплайн. но наверное могут быть более сложные и конфликтные кейсы. тогда возможно придется брать внешний свелт компонент как законченный ванильный модуль. лично мне кажется что препроцессинг это для проектов, а пакеты должны быть максимально не перегруженными инструментами.

именно так, аминь. Поэтому я и говорю что в моих пакетах в каждом файле будет написано svelte:option immutable и там не будет стилей, пакеты будут собраны в ванильный жс =)

Это конечно так, только я говорил о себе. Я работаю с воркспейсами\лерной\рашем и тп. Постоянно отделяются пакеты и над ним работают соответствующие команды.

Если взять условный свелт и раздать его всем, то им всем придется использовать одинаковый pcss конфиг, одинаковый tsconfig. Хотя не все нужно собирать с одинаковыми конфигами, но препроцессор свелта этого не позволит. Аналогично с immutable:false/true на уровне аппа: модуль мог быть разработан с противоположной опцией и включение его в проект с другой опцией будет выдавать ошибки. Поэтому если свелт будет использоваться в такой инфраструктуре, то в нем не будет ни стилей, ни препроцесса, ни глобальных опций immutable.

И законченной системой компонентов тут не будет и пахнуть =)

а где подробнее про режим immutable почитать можно?

стили то пиши на css с ними проблем не будет точно. immetable true важно ставить если это действительно может сказаться на работе компонента. но это в принципе плохо, если опциональная опция может ломать что-то.

дак зачем мне их писать на css в svelte если я могу писать их отдельно от свелта и нормально собрать в отдельные файлики отдельно препроцессив в момент паблиша модуля. Это же и будет ванила цсс файл + ванила жс файл

может потому что это глупо) но каждый живет как хочет

но зато в моем модуле я могу использовать любой удобный препроцессор и это не будет влиять на пользователей моего модуля, потому что при паблише я сгенерирую ванилу.

если пишешь на css препроцессор не нужен, FYI

я вкурсе, только зачем, если моя задача не писать именно на CSS, а чтобы при использовании моего модуля ни у кого конфликтов конфигов не возникло. Я не считаю что css дорос до такого состояния, что его можно писать без препроцессора =)

не знал, что CSS не дорос до уровня, чтобы писать на нем изолированные стили изолированным компонентов вне большого приложения. имхо он для такого уровня вполне себе подходит. более того, ты сам написал что не юзаешь препроцессор, а тоже кстати уже давно. сейчас вообще CSS давно переходит на постпроцессинг

не не не, я написал что не буду юзать svelte-preprocess. CSS-препроцессоры я буду использовать и да postcss рулит. Поинт только что svelte-preprocess мимо.