в который будут проноситься пропсы

и делай с этой инфой что тебе нужно

не, я хочу чтобы можно было вставить несколько Field с одним name и они в модели отобразились как массив, а не field[0]

Кто-нибудь знает, как отключить замену классов на jss* при сборке в прод?

не, я хочу чтобы можно было вставить несколько Field с одним name и они в модели отобразились как массив, а не field[0]

ну если ты через тег form делаешь

то какие проблемы?

на сабмите формы делаешь fd = new FormData(event.target)

у меня form прокинут но не используется, только для onSubmit и onReset

fd.getAll('field')

получаешь массив значений

не, мне данные нужны не только при отправке, а ещё при валидации и трансформации

так что такой подход не вариант

так ты в любой момент можешь это делать

если ты так любишь html form

кто мешает через ref ссылку обратиться и создать формдату?

а если будет тот самый кастомный Field без input?

ну так я тебе о том и говорю

что заморачиваться с form на фиг нужно вообще

ну так вот над этим я и потею

а не над тем чтобы правильно отправлять

ты либо полностью свой билдер филдов делаешь

и через него понимаешь что поле относится к форме

либо делай уже через form data

я делаю реактовую проекцию form, а не просто парсер

я не знаю че там потеть

у тебя есть children-ы, есть возможность делать HOC-и свои к кастомным инпутам

чего еще нужно то

я не знаю че там потеть

Всегда удивляла такая фраза, для некоторых эт может быть изи, а для других сложно

Почему люди эт не понимают?)

<Field name="some"> <Field name="some"> { some: [] } над этим

Всегда удивляла такая фраза, для некоторых эт может быть изи, а для других сложно

так он потеет не потому что там сложно, а потому что неверно поставил цель

и неправильно к ней идет

<Field name="some"> <Field name="some"> { some: [] } над этим

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

и вся боль уйдет

хохо, попробуй

ну я у себя так и сделал

если поля никуда не пропадают, то норм

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

форма сразу же собирает json

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

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

т.е. компонента может уже не быть, но это нельзя проверить

на didMount поля регистрация, на unmount соответственн разрегистрация полей

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

я столкнулся с этим при валидации, и это реальная проблема

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

а не новые

ох как же ты не прав :))

да я же проверил

пронеси через контекст провайдер глобальный перехватчик onChange

для всех полей

и ты всегда в корневом форм провайдере будешь знать актуальную модель данных формы

и валидировать ее там

смотри, в форму пришли новые данные => ререндер формы => валидация что если изменились пропы тега валидации, т.к. форма ещё не перендерилась я не знаю об этом и имею доступ к снапшоту прошлого рендера

т.е. если форма меняется сама, то всё норм, если данные пришли в форму сверху, то уже не норм

Всем привет! Вопрос к знатокам storybook, под REACT: Как прописать кастомный путь в генерируемом при билде index.html к static/manager.[hash].bandle.js? (желательно используя конфиги из CRA, чтобы при их измении не синхронизировать в двух местах)

т.е. если форма меняется сама, то всё норм, если данные пришли в форму сверху, то уже не норм

это как?

у меня к примеру работает два варианта сейчас, это controlled/uncontrolled form

@ValeryKobzar и то же относится к Field, если это кастомный Field в который приходят внешние данные (представим селект данные для которого приходят из вне) то до конца рендера мы не знаем об этом изменении

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

я уже 3 часа сижу не могу найти решения((... если не добавлять ./.storybook/webpack.config.js, то билд сторибука пишет что использует конфиги CRA, но видимо как-то частично... потому что прописанный там publicPath не влияет на путь к статике в index.html сторибука

@ValeryKobzar и то же относится к Field, если это кастомный Field в который приходят внешние данные (представим селект данные для которого приходят из вне) то до конца рендера мы не знаем об этом изменении

ну вот ты сам себя загнал в такую ситуацию, у меня извне не приходят данные в отдельные контролы

либо если они туда приходят то сработает onChange

в корневом контекст провайдере

ну вот ты сам себя загнал в такую ситуацию, у меня извне не приходят данные в отдельные контролы

как прокинуть список для селекта?

и он сразу узнает об изменениях формы

ERROR: S client not available

я уже 3 часа сижу не могу найти решения((... если не добавлять ./.storybook/webpack.config.js, то билд сторибука пишет что использует конфиги CRA, но видимо как-то частично... потому что прописанный там publicPath не влияет на путь к статике в index.html сторибука

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

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

у тебя input и прочие получают доступ к state?

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

это всего лишь подтягивает статику из "нестандартных" мест проекта... а мне нужно в index.html поменять "корневой" путь к статике

у тебя input и прочие получают доступ к state?

каждый элемент оборачивается хоком, каждый инпут получает доступ ко всему стейту формы

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

т.е. мне нужно абсолютный путь к статике указать (на самом деле не так, но этот кейс хорошо описывает задачу)

так как прокинуть список значений для селекта?

так как прокинуть список значений для селекта?

тегом option :)

стараюсь избегать такого, по мне input и другие поля должны быть тупыми и работать на props, а сложными вещами должен кто то сверху обрабатывать

стараюсь избегать такого, по мне input и другие поля должны быть тупыми и работать на props, а сложными вещами должен кто то сверху обрабатывать

ну так и есть

сами инпуты то тупые

есть buildFielf(...)(input)

который делает хок

тегом option :)

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

который рулит уже

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

ну как как это же реакт

изменился список перерендерил опшины

в цикле

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

Взял next.js для реакта и серверного рендеринга, можно ли использовать react-router? или только роуты от next.js?

актуальное значение будет только когда этот Field будет перерисован и получит новые опшены

он сможет кинуть его в форму на onChange

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

это как это? если селект ререндерился произошел didMount а там у меня перерегистрация поля

Я понял тебя, ты хочешь дать кастомный вариант формы, что бы отдельными элементами рулить можно было, у меня сейчас схожие мысли для ui либы, но я планирую делать один хок, который рулит рендером тупых элементов через пропс

а через регистрацию в форме ты это не сможешь сделать

Я понял тебя, ты хочешь дать кастомный вариант формы, что бы отдельными элементами рулить можно было, у меня сейчас схожие мысли для ui либы, но я планирую делать один хок, который рулит рендером тупых элементов через пропс

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

это как это? если селект ререндерился произошел didMount а там у меня перерегистрация поля

да но т.к. селект не перерисовался то он и не обновился, соотвественно

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

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

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

Коллеги, кто-нибудь может подсказать по поводу pwa? Хром и lighthouse ругается на свойство display в manifest.json, как будто больше нельзя 'browser' указывать

так вот как мне получить значение этого селекта через ссылку на зарегистрированный инстанс в момент перерисовки формы на верхнем уровне?

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

так наоборот, сегодня это тупые input, завтра это умные TextField от материал-уи