Только standalone, fullscreen и minimal-ui работают

просто адаптер другой подключил и все

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

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

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

у меня такая точка RelaxForm.Provider

в нем вся логика формы сидит, это отслеживание через onChange с низов значений, валидация, onblur/onfocus также

сами по себе компоненты только знают как себя encode/decode сделать из модели данных

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

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

я полностью контролирую компоненты

селекты в том числе

не, просто ты не столкнулся с теми кейсами с которыми я

как только он отрисовался, я об этом сразу наверху знаю

селекты в том числе

<Select> <label /> <Icon /> <Box /> </Select>

грубо говоря, у меня Select просто рассылает пропсы вниз

обратка идет через ивент пропсы тупых

тупые ни к чему доступ не имеют, но наверно да у меня подход другой)

я просто подумал гляда на твое, что может наделить child возможностями, но почему то думаю что это запутает меня)

вот у меня для простого тупого селекта обертка

на выходе имеем обернутый <input type="select">...</select> с кучей <option ...>...</option>

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

хок SelectField умеет кодировать/декодировать модель данных в правильные пропсы для селекта

это регулируется getter/setter

import { createAction, createReducer } from 'redix-act'; const send = createAction('[Callback] Send'); const loading = createAction('[Callback] Loading'); const error = createAction('[Callback] Error'); const success = createAction('[Callback] Successfull'); const reducer = createReducer({ [loading]: (state) => ({ ...state, loading: true }), [error]: (state, message) => ({ ...state, loading: false, status: 'ERROR', error: message }), [success]: (state) => ({ loading: false, status: 'OK' }) }, { loading: false, status: null, error: '', }); Здесь вообще всё нормально?

на выходе имеем обернутый <input type="select">...</select> с кучей <option ...>...</option>

кстати для multiple селекта не подойдёт, там нужно массив из селектнутых

для этого в гетере нужно знать о значении пропа multiple

import { createAction, createReducer } from 'redix-act'; const send = createAction('[Callback] Send'); const loading = createAction('[Callback] Loading'); const error = createAction('[Callback] Error'); const success = createAction('[Callback] Successfull'); const reducer = createReducer({ [loading]: (state) => ({ ...state, loading: true }), [error]: (state, message) => ({ ...state, loading: false, status: 'ERROR', error: message }), [success]: (state) => ({ loading: false, status: 'OK' }) }, { loading: false, status: null, error: '', }); Здесь вообще всё нормально?

что ты хочешь услышать то?: ))

что ты хочешь услышать то?: ))

Да я запутался... Куда мне пихать запрос к серверу? Как в одном экшене вызвать другие

кстати для multiple селекта не подойдёт, там нужно массив из селектнутых

для мультиселекта другой адаптер у меня

тогда норм, а почему не через проп?

они же больше ничем не отличаются

тогда норм, а почему не через проп?

т.е.?

ну типа можно одним компонентом select обойтись, просто если есть проп multiple то меняется геттер

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

ну типа можно одним компонентом select обойтись, просто если есть проп multiple то меняется геттер

я не хочу пропсы типа мульти делать

так сразу понятно и наглядно

чем не заметить этот пропс в груде атрибутов

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

я у себя тригерюсь на колбек onChange и всё

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

чем не заметить этот пропс в груде атрибутов

груда пропов у селекта? options и multiple? :D

я у себя тригерюсь на колбек onChange и всё

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

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

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

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

груда пропов у селекта? options и multiple? :D

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

селект и мультиселект разные совершенно для меня

выглядят по разному

данные по разному выдают и принимают

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

по идеи геттер заменяет onChange в который как раз и можно закидывать значение

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

практика мне показала что баги править удобней в одном месте чем в 10)

по идеи геттер заменяет onChange в который как раз и можно закидывать значение

ну у меня так и есть... при onChange вызывается геттер, при рендеринге компонента вызывается setter

практика мне показала что баги править удобней в одном месте чем в 10)

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

ну тип сама суть гетера так себе если будут кастомные Field

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

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

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

вот есть onChange, который проносится через контекст в нижние хоки нипутов

не я про компонент input который умеет только onChage при изменении

вызывается он в рутовой форме и на onChange вызывается getter

а может быть кастомный компонент который будет вызыватьonChange и передавать в него своё значение

и у этого компонента нельзя будет получить значение, допустим никак

через ссылку

и у этого компонента нельзя будет получить значение, допустим никак

есть forwardRef/innerRef/ref

я это указываю при создании хока

а у этого компонента нет

вот левый компонент

ERROR: S client not available

из какой-то либы

умеет только onChange

не понимаю тебя сейчас

есть компонент, который при изменении вызывает onChange, у этого компонента внутри не хранится значение нигде

я ему силой впихиваю туда реф

{this.props.refType]: this.element

есть компонент, который при изменении вызывает onChange, у этого компонента внутри не хранится значение нигде

на это и есть геттер

да я понял, у тебя ссылка на этот компонент

класс

которы йты зная свой компонент напишешь чтобы передавать значение

у этого класса нет поля которое бы отражало его значение

всем привет. Подскажите, можно или как-то с помощью вебпака сделать оффлайн bundle? т.е. чтобы он кроме как к беку никуда не лез а все имел в бандле. Сейчас в material-ui фреймворке идут запросы на fonts.googleapi

этот компонент при изменении вызывает onChange и всё

всем привет. Подскажите, можно или как-то с помощью вебпака сделать оффлайн bundle? т.е. чтобы он кроме как к беку никуда не лез а все имел в бандле. Сейчас в material-ui фреймворке идут запросы на fonts.googleapi

это запрос на шрифты, вебпак там вообщем не причём)

этот компонент при изменении вызывает onChange и всё

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

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

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

потому что компонент передаёт значение в onChange

это запрос на шрифты, вебпак там вообщем не причём)

я просто думал, может у вебпака есть какой-то параметр в конфиге, чтобы при сборке бандла он все зависимости из инета подкачивал. Такой автомномный бандл. Т.к. spa будет работать в среде, где нет доступа в инет, и эти запросы не работают. Понятно что можно руками скачать, перенаправить и т.п., но может есть какой-то автоматизированный вариант

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

такого не бывает

почему?

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

ну вот еще раз, onChange у твоего компонента кастомного есть же?

в него же приходит значение или эвент какой-то

в него же приходит значение или эвент какой-то

приходит

ты эту всю инфу получаешь в геттере и делаешь с ней что хочешь

конвертируешь в нужный тебе формат

а, в гетере по мимо ссылки на элемент ещё и эвент есть?

да конечно же блин

там целый блок инфы о компоненте

всё тогда