А как ты понимаешь какая текстовая нода что содержит во время гидрации?
Только на основании содержимого сторов?

В HTML же нет текстовых нод, там просто текст.
<div>first second</div>
Тут может быть две текстовые ноды. И при парсинге, браузер же положит это в одну текстовую ноду, а в коде выясняется, что здесь две текстовые ноды, одна статическая first, другая динамическая second.

Как быть?

Спасибо, что глянул.

Те сейчас вычисление семейства связанных юнитов происходит автоматически в зависимости от того какой компонет стал инвизибл ?

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

при depth first, во время инициализации текстовой ноды, заведомо известно, что все предыдущие ноды уже обработаны, поэтому текстовая нода начинается с начала необработанного контента

<div>foo bar</div>

h('div', {
 text: ['foo ', 'bar']
})

1) начинаем обрабатывать div
у него в firstChild находится Text(foo bar)

2) спускаемся, начинаем обрабатывать первую текстовую ноду.

берём firstChild, мы заведомо знаем что это текстовая нода потому что мы обрабатываем гарантированно первого её чайлда и он — Text

делим текстовую ноду на две — контент и остаток, контент это необходимый нам Text(foo ) а остаток остаётся следующим шагам

3) переходим к соседу, читаем div.lastChild и мы знаем что он Text потому что гарантируется что всех предыдущих соседей мы обработали

делим текстовую ноду на две — контент и остаток, контент это необходимый нам Text(bar)

спасибо, да, рабочий вариант
Но скажи, ты реально думаешь, что это лучше (= читаемее), чем отмена старого запроса при отправке нового?
И то что тебе пришлось onValidResult вынести это кажется неудобство апишки

может можно отправленные параметры в отдельный стор класть и это как-то упростит запись

там ещё есть сложность с тем что при форматировании html появляется пустая текстовая нода в самом начале

<div>
 <div></div>
</div>

но к счастью эта ситуация уже была обработано раньше)

воу
тут прям как в классических парсерах языков программирования

что делаешь, если фиксированный контент в середине?

h(‘div’, {
 text: [$a, ‘ foo ‘, $b],
})

разбираешь содержимое на основе значения сторов на момент гидрации? то есть просто достаешь значения, а дальше как раньше?

это решаемая проблема, полумеры не требуются)

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

это круто!

но конечно это заставило поломать голову) считаю что переделка breadth first на depth first — это я очень легко отделался 😅 для некоторых задач решения занимают месяцы, а для иных оно не существует вообще, и узнать это нельзя пока не попробуешь)

ага, но сказать получается намного проще чем записать :/

слухте, @sovasergey а effector-logger можно шипить на продакнш? или нужно обязательно поменять все импорты на effector?

Поменять

у меня тут 15 файлов

а еще сборщик не запускал, еще переписываю все

когда уже effector devtools extension…