:global(body) { --var: style}

Ну я пощёлкал всякое, и обнаружил, что даже закоментив или удалив один из скинов из import в главном компоненте, в компилированном style.css всё-равно остаётся 2 набора правил. Бага в сборщике? Получается, что он не чистит css файл? Или чего? В репле всё прекрасно работает((

покажи репл хотябы в котором все работает и чем собираешь у себя

Собираю rollup-ом, конфиг выложить?

ты импорты у себя точно в таком же порядке делаешь? у тебя emitCss включен?

если emitCSS: false то похоже свелт добавляет стили в документ в момент первого рендера компонента, то есть

<Math/>
<Def/>

и

<Def/>
<Math/>

дают совершенно разный результат

в случае с emitCss: true мне кажется что будет влиять уже порядок импортов компонентов.

В целом твоя система палитр слишком хрупкая и надо делать по другому (и это не проблема свелта а твоего подхода). Цсс переменные каскадятся и нет смысла определять их на боди, можно определить на боди только дефолт, а на конкретных контейнерах эти переменные переопределить.

Присоединяемся к обсуждению, чтобы потом не было никому обидно: https://github.com/sveltejs/rfcs/blob/markup-constants/text/0000-markup-constants.md

выглядит невредно\полезно

Выглядит как еще больше JS логики в разметке

какой скоуп у этих констант? можно ли в новом скоупе их шедовить и заново определять?

#rfc #internal #constant

Присоединяемся к обсуждению, чтобы потом не было никому обидно: https://github.com/sveltejs/rfcs/blob/markup-constants/text/0000-markup-constants.md

Собсно вот сама страничка обсуждения:
https://github.com/sveltejs/rfcs/pull/33

Имхо больше вредная, чем показная вещь.

мне не нравится хойстинг и я не понимаю скоупа

Особенно не нравится что предлагается реализовать через {@}, а не блочный {#}{/}

Вот, я именно об этом

Кажется что привычные правила let const нужно сохранить, а то как-то конфузно

А как выглядит такой блочный вариант ?

{#const foo = bar + baz}


{/const}

На самом деле идея то старая из Ractive