withOnSomething('onClick', (props)=>doSomething)(YourComponent)

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

ладно, попробую просто обернуть в лишний div и задать ему onClick

да, мне нравится самое простое решение

лол, работает)

осталось валидол верстальщику купить и всё будет ок

в общем да, опять на своих граблях понял что onClick и addEventListener работают по-разному, первый срабатывает ровно в рамках одного среза состояния.

Доброе утро) Как объяснить реакту что если я по клику мыши изменил redux-состояние, то клик больше не должен быть событием и прекратить обрабатывать? навешиваю через addEventListener, preventDefault как-то не помогает... только если менять состояние по setTimeout 200мс например, к тому времени событие клика "заканчивается"

debounce?

debounce?

выключение а не задержка )

или реально дебаунс а я не понял чего надо

_.once скорее

debounce?

Задержку в первую очередь попробовал, 100мс не хватает, 150мс уже работает, 200мс для надежности. Но это опять же неопределенность в состоянии и если таких задержек будет много, в какой-то момент отладка станет невозможной.

Задержку в первую очередь попробовал, 100мс не хватает, 150мс уже работает, 200мс для надежности. Но это опять же неопределенность в состоянии и если таких задержек будет много, в какой-то момент отладка станет невозможной.

Опишите, еще раз, какую задачу вам нужно решить? Задержка выключения хендлера по таймауту - это что-то совсем странное

Опишите, еще раз, какую задачу вам нужно решить? Задержка выключения хендлера по таймауту - это что-то совсем странное

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

выключение а не задержка )

да, я не так прочитал, понедельник день тяжелый)

Похоже на то, что срабатывает всплытие. Пробовал  e.stopPropagation?

Похоже на то, что срабатывает всплытие. Пробовал  e.stopPropagation?

Пробовал, не помогает

DOM своей жизнью живет

Похоже JSXшные onClick и т.п. это как-то обрабатывают

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

Т.е. нужно применять несколько обработчиков и лишь потом класть результат в стор? Ну вам, я так думаю, нужно пересмотреть общую концепцию отлова евентов. Например, все хоки оборачиваются в верхнеуровневый хок. Промежуточные хоки отлавливают евент, модифицируют его добавляя какую-то информацию и "отпускают" дальше. А уже верхнеуровневый хок получая евент отрабатывает по всем параметрам из евента. Еще можно набирать изменения в асинхронный исполнитель и применять потом разом, вроде того https://github.com/artalar/react-template/blob/v1/src/shared/store.js

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

А, я понял, я не о том

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

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

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

Нужно, видимо, хендлить асинхронно евенты, т.е. handleEvent = e => new Promise(r => r(action(e)))

Ну это жесть какая-то) Тем более что действие всё равно синхронное и промис сразу же зарезолвится)

Нужно, видимо, хендлить асинхронно евенты, т.е. handleEvent = e => new Promise(r => r(action(e)))

Ну это жесть какая-то) Тем более что действие всё равно синхронное и промис сразу же зарезолвится)

Что? Нет

http://jsfiddle.net/cekqp5uz/

В JS нет асинхронщины, она есть только в среде выполнения

Точнее в АПИ которое предоставляет среда выполнения

Сори, не так написал handleEvent = e => Promise.resolve().then(() => action(e))

Вообще проблема во всплытии, надо его убивать

В JS нет асинхронщины, она есть только в среде выполнения

Это утверждение про ES стандарт

Вообще проблема во всплытии, надо его убивать

А если сверху понадобится? Довольно радикально

Вообще проблема во всплытии, надо его убивать

Либо использовать синтетические эвенты реакта. Что кстати не прокатит при использовании библиотек типа gsap

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

Решать как делать - тебе)

А если сверху понадобится? Довольно радикально

Ну да, радикально, подойдет не всегда

https://twitter.com/mxstbr/status/1013686649144905729

Привет, поделитесь, как вы типизируете children в tsx компонентах?

Привет, поделитесь, как вы типизируете children в tsx компонентах?

Никак ), ну только если это не функция

Не может быть, должен же быть способ =) неужели только через child.type?

народ, а есть какой то способ избавиться от такой портянки? import {ArrayField, ArrayInput, AutocompleteInput, BooleanField, BooleanInput, CheckboxGroupInput, ChipField, Create, CreateButton, Datagrid, DateField, DateInput, DisabledInput, Edit, EditButton, Filter, FunctionField, FormTab, ImageField, ImageInput, List, LongTextInput, minValue, number, NumberField, NumberInput, ReferenceArrayField, ReferenceArrayInput, ReferenceInput, ReferenceManyField, RefreshButton, required, Responsive, ReferenceField, RichTextField, SaveButton, SelectArrayInput, SelectField, SelectInput, Show, ShowButton, SimpleForm, SimpleFormIterator, SimpleList, SingleFieldList, Tab, TabbedForm, TabbedShowLayout, TextField, TextInput, Toolbar, translate} from 'react-admin';

ctrl+alt+L

народ, а есть какой то способ избавиться от такой портянки? import {ArrayField, ArrayInput, AutocompleteInput, BooleanField, BooleanInput, CheckboxGroupInput, ChipField, Create, CreateButton, Datagrid, DateField, DateInput, DisabledInput, Edit, EditButton, Filter, FunctionField, FormTab, ImageField, ImageInput, List, LongTextInput, minValue, number, NumberField, NumberInput, ReferenceArrayField, ReferenceArrayInput, ReferenceInput, ReferenceManyField, RefreshButton, required, Responsive, ReferenceField, RichTextField, SaveButton, SelectArrayInput, SelectField, SelectInput, Show, ShowButton, SimpleForm, SimpleFormIterator, SimpleList, SingleFieldList, Tab, TabbedForm, TabbedShowLayout, TextField, TextInput, Toolbar, translate} from 'react-admin';

у тебя сколько строк в компоненте? )

не, не, в плане чтобы не указывать руками конкретику

не, не, в плане чтобы не указывать руками конкретику

* as somethin

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

import {*} from ‘react-admin’

не, не, в плане чтобы не указывать руками конкретику

импорт * эз?

* as somethin

а, ок понел

народ, а есть какой то способ избавиться от такой портянки? import {ArrayField, ArrayInput, AutocompleteInput, BooleanField, BooleanInput, CheckboxGroupInput, ChipField, Create, CreateButton, Datagrid, DateField, DateInput, DisabledInput, Edit, EditButton, Filter, FunctionField, FormTab, ImageField, ImageInput, List, LongTextInput, minValue, number, NumberField, NumberInput, ReferenceArrayField, ReferenceArrayInput, ReferenceInput, ReferenceManyField, RefreshButton, required, Responsive, ReferenceField, RichTextField, SaveButton, SelectArrayInput, SelectField, SelectInput, Show, ShowButton, SimpleForm, SimpleFormIterator, SimpleList, SingleFieldList, Tab, TabbedForm, TabbedShowLayout, TextField, TextInput, Toolbar, translate} from 'react-admin';

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

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

Когда понадобится, тогда и импортируй.

Товарищи, а в formik в validationSchema можно как-нибудь вытянуть пропс? ?

Товарищи, а в formik в validationSchema можно как-нибудь вытянуть пропс? ?

validationSchema: (prop) => Yup.object().shape({ вроде так получилось:) ?

ERROR: S client not available

подскажите по grapcool - если такая ошибка - There is a network error: {"response":{},"statusCode":200,"result":{"code":3016,"requestId":"local:simple:cjj4a0h8y001s0117kvg5in9l","error":"Project not found: 'cjj48gi8u005c0117e8j65ksx'"}} - где то не сходятся ID - как мне обьновить локальный сервис ?

Вопрос по SC. Например, мне нужно сделать 3 кнопки, одинаковых по оформлению, отличающихся только размерами. Собственно вопрос, как сделать это лучше? Варианты, которые мне приходят в голову: 1. Сделать 3 кнопки)0) 2. Сделать для каждой кнопки тему и использвать themeProvider. 3. Передавать размеры в пропсках… Собственно,эти варианты, мне кажутся не верными не верными… По этому, обращаюсь к вам)

Один компонент, передавай пропом и делай размер. Как вариант

Вопрос по SC. Например, мне нужно сделать 3 кнопки, одинаковых по оформлению, отличающихся только размерами. Собственно вопрос, как сделать это лучше? Варианты, которые мне приходят в голову: 1. Сделать 3 кнопки)0) 2. Сделать для каждой кнопки тему и использвать themeProvider. 3. Передавать размеры в пропсках… Собственно,эти варианты, мне кажутся не верными не верными… По этому, обращаюсь к вам)

в пропсах

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

Ну вынеси общий код в ф-ю

Ну вынеси общий код в ф-ю

Куда куда?)

ifProperty

функцию

А вообще норм) Лучше чем на classnames

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

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

А какие «подводные камни» у экспорта по умолчанию? Почему лучше именнованые?

А какие «подводные камни» у экспорта по умолчанию? Почему лучше именнованые?

Модно-молодёжно че как не жсер

Модно-молодёжно че как не жсер

Ну не надо

А какие «подводные камни» у экспорта по умолчанию? Почему лучше именнованые?

https://blog.neufund.org/why-we-have-banned-default-exports-and-you-should-do-the-same-d51fdc2cf2ad

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

Вроде кроме того что Тришейкинг хуже работает - у них нет минусов? Или я что-то забыл?

А какие «подводные камни» у экспорта по умолчанию? Почему лучше именнованые?

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

Вроде кроме того что Тришейкинг хуже работает - у них нет минусов? Или я что-то забыл?

Всего-навсего? )

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

В чем проблема писать одно имя?

В чем проблема писать одно имя?

Никаких проблем, когда ты в проекте один

Никаких проблем, когда ты в проекте один

Не подтверждай кодревью, если коллега пишет говнокод

Никаких проблем, когда ты в проекте один

Бывают разные уникумы)

Я видел проекты... (нет, не наш)

В чем проблема писать одно имя?

а зачем это вообще разрешать?

Есть какой-нибудь wysiwyg который сохраняет в жсон?

Не подтверждай кодревью, если коллега пишет говнокод

Может, лучше за меня это будет делать eslint?