у нас так onChange = (e: React.ChangeEvent<HTMLInputElement>) => { const value = this.props.type === 'number' ? parseFloat(e.target.value) : e.target.value if (Number.isNaN(value as number)) { return this.props.onChange && this.props.onChange(null) } this.props.onChange && this.props.onChange(value) }

@osipovvictor

во во. keyUp тут бесмысленнен и беспощаден, кмк

onBlur и подобное использовать можно как workaround для мобайла, где не будет работать onKey* ивенты точно так же вышесказанное не спасет от копипаста точки в поле:) одним хендлером для подобной задачи не обойтись, их должно быть несколько с разной логикой - какие-то будут отменять стандартный ввод символа в поле, какие-то делать пост-обработку и исключать последний введенный символ "."

не, я про форматирование валюты подумал сначала

не, я про форматирование валюты подумал сначала

совершенно верно

у нас просто форматирование $123,2323,2323.99

так может какой-то maskedInput использовать и не париться?

(когда не в фокусе) а редактирование в формате 123123123123.99

ох, дикуха

спасибо, решение годное

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

если задачи стоит именно как форматирование валюты, то используйте что-то вроде jQuery mask, но без jQuery :) Victor https://igorescobar.github.io/jQuery-Mask-Plugin/ попробуй здесь вводить значения в поле "Money"

так может какой-то maskedInput использовать и не париться?

cleave.js

+1

кому адресовывать?

@osipovvictor

cleave.js

еджкейсы ломаются

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

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

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

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

отображать на фронте данные о файле

отображать на фронте данные о файле

днд нужно?

дропзон

А зачем либа, все что доступно можно и так прочитать

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

https://developer.mozilla.org/ru/docs/Web/API/FileReader

https://developer.mozilla.org/ru/docs/Web/API/FileReader

топовая либа

топовая либа

Без зависимостей главное

понял, спасибо

как сделать с помощью redux-thunk цепочку вызовов?

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

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

в redux-thunk ты можешь просто цепочку промисов сделать, а в них диспатчить когда надо Но в этом и проблема thunk'а, что он такую кашу располагает городить Подумай — может быть правильнее посмотреть на задачу по-другому. Может быть, какой-то элемент интерфейса должен среагировать на появившиеся после первого экшна данные и в didUpdate вызывать новое действие?

А может быть, к элементам интерфейса действие не имеет отношения (что как бы должно быть реже нежели чаще), и тогда стоит специальную миддлварку написать. Будет нагляднее.

в redux-thunk ты можешь просто цепочку промисов сделать, а в них диспатчить когда надо Но в этом и проблема thunk'а, что он такую кашу располагает городить Подумай — может быть правильнее посмотреть на задачу по-другому. Может быть, какой-то элемент интерфейса должен среагировать на появившиеся после первого экшна данные и в didUpdate вызывать новое действие?

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

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

так может сразу получить все разом и отправить payload в стор?

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

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

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

async/await

так может сразу получить все разом и отправить payload в стор?

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

я могу предложить что-то в виде такого await Promise.all(f1(), f2(),f3())

ERROR: S client not available

async/await

тут даже async await не подойдет, грубо говоря, мне при вызове второй функции надо смотреть, завершен ли вызов второй функции( который непонятно откуда может быть вызван) и только после этого произвести вызов второй

я могу предложить что-то в виде такого await Promise.all(f1(), f2(),f3())

тоже вариант, проблема в том, что функции вызываются в разныъ местах проекта

тоже вариант, проблема в том, что функции вызываются в разныъ местах проекта

проще всего сделать, чтобы во второй функции была проверка на то, есть ли нужные данные из первого запроса. Если нет — то делать его не очень красивое решение, но самое простое и эффективное тоже

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

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

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

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

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

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

передать пропс?

передать пропс?

какой?

какой?

isOpen например

какой?

is Open

isOpen например

ну стейт то внутри, а не снаружи

передаешь isOpen снаружи, и внутри используешь внешний

ну стейт то внутри, а не снаружи

все верно, поэтому передаешь props

ну так а стейт то внутри, isOpen

а снаружи просто надо open() как то сделать

а снаружи просто надо open() как то сделать

достаешь ref из модалки в родительском компоненте и вызываешь ref.open() / ref.close()

понятно, как то не очень

понятно, как то не очень

вот поэтому мы и предложили передать просто props isOpen