Друзья, как тестируете infinite scroll?

Коллеги, прошу помочь, ситуация такая <div className={"someClass"}> { this.props.someArray[this.state.index] } </div> Вопрос: Как настроить транзишн (transition) свойство так, чтобы при смене индекса все триггерилось? Понимаю, что необходимо использовать ReactCSSTransitionGroup, однако не могу добиться результата

Там же есть props который и вызывает транзишн Хорошо бы примерчик в codesandbox подготовить

Возможно вы имеете ввиду in у элементов mui collapse? На самом деле, немного поэксперементировав, я понял в ошибка была, ReactCSSTransitionGroup триггерится только при перерисовке DOM => к моему div просто достаточно было key накинуть с index

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

Github

yup юзал кто? он вложенные обьекты валидирует?

а ссылка есть на какой-нибудь большой проект?

1. «Селениум» тесты 2. Unit test - подменяем реальные дом манипуляции на шпионов и провели из вызов при создании определённых условий

https://medium.mybridge.co/react-js-open-source-for-the-past-year-2018-a7c553902010

Github

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

Юниты будут работать только в том случае, если реальную высоту задавать

Пацаны спасайте кипит от стайледов. У них с авгутса хуки висят в роадмапе. Уже больше 3 месяцев как PR смерджен💅🏻💅🏻💅🏿🤷‍♂️🤦‍♂️

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

Ну у них альфа не запаблишена какая-то?

Где хранить папку img с изображениями? В папке public или src ?

если импортишь их то img если указываешь путь к картинке то public

https://github.com/jquense/yup/blob/master/README.md#objectshapefields-object-nosortedges-arraystring-string-schema

https://github.com/styled-components/styled-components/issues/1934 В девтулзах просто трешак, жить нереально

там true проходит, если обьект есть, если полей много, они динамические, как то по другому нужно

А можно узнать где вы юпи этот используете? В каком контексте

А можно узнать где вы юпи этот используете? В каком контексте

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

github.com/howtocards/frontend

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

только он с ошибкой запускается

Ну, паттерн матчинг по имени Филда который матичтся на функцию

с какой?

Unhandled Rejection (TypeError): Unexpected content-type

На npm есть вкладка Versions

можно ли интерсно канари в прод тащитть

?

не

можно ли интерсно канари в прод тащитть

Ух с мобильного сижу Ну типа делаете объект где ключами будут имена полей в форме, а значениями - функции, которые валидируют поле.

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

github.com/howtocards/backend

github.com/howtocards/backend

ERROR: Couldn't connect to Docker daemon at http+docker://localhost - is it running?

Invariant Violation: Support us on patreon

Наверное да :)

не слишком жестко?

не слишком жестко?

https://github.com/styled-components/styled-components/issues/1934 В девтулзах просто трешак, жить нереально

тоесть + обьект еще, который так же нужно валидировать

1. Первая функция всегда будет false возвращать - опечатались где то. 2. При нахождении невалидного поля можно сразу делать return false, и не проверять дальше, а по умолчанию возвращать true и не использовать переменную для этого. 3. Функции лучше называть глаголами(validateObject например), а массивы множественной формой существительного(objects, strings) - а то код ревью нормальное такой код не пройдет

1. Первая функция всегда будет false возвращать - опечатались где то. 2. При нахождении невалидного поля можно сразу делать return false, и не проверять дальше, а по умолчанию возвращать true и не использовать переменную для этого. 3. Функции лучше называть глаголами(validateObject например), а массивы множественной формой существительного(objects, strings) - а то код ревью нормальное такой код не пройдет

У меня phpstorm (2019) ругается на синтаксис jsx, но при этом в настроках ReactJSX стоит.

Конфиг еслинта от Airbnb?

У меня phpstorm (2019) ругается на синтаксис jsx, но при этом в настроках ReactJSX стоит.

Может кто сталкивался с тем что при feature-based архитектуре проекта необходимо запретить импорты из других фич на уровне линтера?

не слишком жестко?

Помимо написанного: мутации и for заменить на forEach или Array.from/reduce/some/each

А какую именно мутацию ?

let check = false .... check = true

неужели никто не сталкивался с говнищем в динамических чанках =(

А чё плохого в ней?

Можно подробнее о проблеме?