sourceStore,  derivedStore1...

хм... интересная проблемка нарисовалась... У меня есть эффект как в апи-доксах на attach...

и есть методы типа createRequest.
основной эффект, который оборачивает fetch, у него есть глобальный счетчик запросов в процессе, все нормально...

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

и есть методы типа createRequest.
основной эффект, который оборачивает fetch, у него есть глобальный счетчик запросов в процессе, все нормально...

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

например я хочу блокировать кнопку submit если эффект пошел...

но она блокируется на миллисекунду уже после того, как запрос отработал...

хм, начал делать скриншот и понял, что сам накосячил...

Всем привет, есть такой код
sample({
 source: combine($useMail, $generatePasswords),
 clock: handleParseFilesFx.doneData,
 target: handleImportUsersFx
});

Что я неправильно делаю, я хочу чтоб в handleImportUsersFx попали 3 набора данных
$useMail, $generatePasswords и результат выполнения handleParseFilesFx

fn

скомбайнить данные в fn: (source, data) => ({source, data})

Понял. Спасибо!

fn: ([useEmail, generatePasswords], data) => ...

можно и без комбайн было, просто массив или объект в сорс сделать

ну fn то нужна все равно чтобы собрать данные для эффекта

Коллеги, а у всех конструкция
const fx = createEffect(() => {}) работает корректно?
У меня TS ругается

обновил эффектор?

так а на что ругается?

21.3.0

может из-за логера?

Говорит, что объектная форма должна быть

handler, name, etc