Не имелось ввиду

onMouseOver={this.hoverTaskPreview}

hoverTaskPreview = (e) => {
   e.clientX
 };

Спасибо)

Помогите пожалуйста

 render() {
       return ( <CurrentSchedule {...this.state.orders} /> );
 };

const CurrentSchedule = ({ currentOrders }) => {
   console.log(currentOrders);
   return null
}

коносоль лог всегда выводит пустой обьект, хотя если перед рендером писать консол лог по this.state.orders то выводит нормально все

у тебя в this.state.orders есть поле currentOrders ?

const CurrentSchedule = (props) => {
   console.log(props);
   return null
}

сделай так и посмотри что напечатает

блин точно, спасибо

работает кто-то с devtools-extension для react-redux? Если да, то можете показать конфигурацию стора, а то у меня по мануалу не получается настроить. использую middleware и начальное состояние + пишу  на .ts...

Да, работаю. Настраивал по мануалу отсюда: https://github.com/zalmoxisus/redux-devtools-extension
все хорошо работает.

Это отдельный пакет, который решает эту задачу.

Народ, как вы выходите из ситуации, когда нужно отправить несколько экшенов redux одновременно?

Использую redux-thunk: https://github.com/gaearon/redux-thunk/

@ychebotaev а как Вам в этом redux-thunk помогает, можноподробней?

типа actionCreator?

Он подсаживается на стор как middleware и позволяет вернуть из экшена функцию с двумя аргументами (dispatch, getState).
Соответственно, внутри это функции и dispatch-у столько экшенов, сколько нужно. Очень часто такое нужно для асинхронных событий, например, начало сетевого запроса, успешный ответ, ответ с ошибкой.

@ychebotaev это да, я просто  немного не о том подумал. Я подумал что спрашивают как вообще избавится от нескольких диспатчей подряд.

Спасибо за ссылку, получилось настроить

Если фокус в вопросе на том, что каждое из цепочки действий порождает обновление в подписанных компонентах и ведет к нескольким перерисовкам (в худшем случае) подряд, стоит рассмотреть redux-batch или redux-batched-actions - они позволяют эту проблему решить, отправляя обновление в конце цепочки.

С другой стороны, перерисовок можно избежать (не прибегая к мемоизации через reselect и shallow compare по props компонента в shouldComponentUpdate()), если составлять хранилище таким образом, чтобы искомый reducer содержал флаг наподобие isFetching, который бы сигнализировал загрузку в текущий момент. Флаг присутствует - игнорируем перерисовку в shouldComponentUpdate() и не прибегаем к shallow compare.