👍

Кхм. Malina.js. Кхм

https://github.com/sveltejs/svelte-preprocess/issues/309#issuecomment-776053235
если вам тоже интересна такая мысль то го в поддержку палец 🤔

вкратце, если в объекте конфигурации svelte-preprocess выставлен postcss: true, или postcss это функция, то она будет запущена на любом стайл теге, помимо того что там отконфигурировано, если lang != postcss

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

я хочу чтобы можно было вернуть disablePostcss: true в объекте { code, map }, чтобы предотвратить последующий запуск postcss, если допустим мы и так используем postcss для этого кастомного языка и можем просто объединить плагины, чтобы не запускать postcss дважды

Вопрос, два компонента (внутри них select) на одном уровне, как из одного передать событие в другой (это связанные списки)? Можно забиндить значение и через родителя передать, а как ещё или лучше сделать?

Отбой) логика же у родителя. Тогда вопрос, на верх (родителю) лучше через диспетчер событий или бинд + $: ?)

bind:value мне кажется каноничнее

+ реактивность $: value && something() ? Что при изменении value, выполнялась функция у родителя и следующему select передал options?

Впрочем ловить событие с селекта тоже ничего

Я бы делал первый вариант скорее всего

Пасиб

$: setSecondSelect(valueOfFirst)

Но такой способ даст фантомный вызов, потому, что первая реактивность будет при создании переменной со значением undefined

Ну или, что как дефолтом присвоишь

Дефолты задай либо в в функции проверку на не андефпйнд

Но вызов будет :)) что негативно скажется на производительности))))

Ой да пипец )

Зато когда вдруг решишь что стоит по дефолту сразу показывать какойто вариант обоих списков, то все уже готово

Такой вариант тоже крутится в голове и возможно его и заюзаю

Ещё раз спасибо, +1 к карме :))

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

пруф что тейлвинд тормоз сам по себе и никакая оптимизация билд процесса не сделает его быстрее