Давайте спросим главный вопрос: что не работает то? :)

:)

Ты добавляешь action.item в начало массива. Так и задумано?

не принципиально.

action.item точно есть?

Точно

проблема с key по index?

инфа 99%

вставь в key уникальный Id или добавляй в конец

Это кастомный select react-select.

Попробую в конец

у тебя просто всегда новый элемент будет иметь key={0}, если у тебя там индекс

Окей, спасибо за ответ всем.

bower, кстати, не нужен

+1

Все яйца в одной корзине не нужны))

есть ярн

если тебе угодно

а мёртвый бавер нинужен

в нем даже лока нет, хотя и есть pr

но вливать не будут

"будут" конечно неправильное в отношении бовера слово

Добрый вечер! Кто-нибудь сталкивался с проблемой того, что не получается указать стили для псевдо классов? Не могу поменять стиль для плэйсхолдера у инпута

надеюсь, не через style?

Инлайном точно ))))

надеюсь, не через style?

нет, через импорт css

Добрый вечер! Кто-нибудь сталкивался с проблемой того, что не получается указать стили для псевдо классов? Не могу поменять стиль для плэйсхолдера у инпута

плейсхолдер у каждого браузера свои

и для каждого нужен свой отдельный селеектор

это понятно

покажи селектор

::-webkit-input-placeholder

Да, там если ничего не изменилось, то надо отдельные правила писать, т.е. через запятую перечислить не получится

Добрый вечер! Кто-нибудь сталкивался с проблемой того, что не получается указать стили для псевдо классов? Не могу поменять стиль для плэйсхолдера у инпута

если инлайном, то можешь заюзать glamor

https://github.com/threepointone/glamor

.inputClassName::-webkit-input-placeholder {...} .inputClassName::-moz-placeholder {...}

autoprefixer?

::-webkit-input-placeholder

весь селектор

.inputClassName::-webkit-input-placeholder {...} .inputClassName::-moz-placeholder {...}

вижу

должно работать

не, это другой написал)

::-webkit-input-placeholder

покажи весь селектор

а какая разница? ну допустим input::-webkit-input-placeholder {...}

а какая разница? ну допустим input::-webkit-input-placeholder {...}

результирующий цсс такой же?

Вот прямо webkit только и указан? Проверяешь в каком браузере?

а какая разница? ну допустим input::-webkit-input-placeholder {...}

input:not()::-webkit-input-placeholder не будет работать например. такая разница

я в реакте пару часов — результирующие классы в css после импорта как-то изменяются в названиях — но структура css та же

Вот прямо webkit только и указан? Проверяешь в каком браузере?

chrome. ms и moz тоже указаны

ксс модули что ли

input:not()::-webkit-input-placeholder не будет работать например. такая разница

не, там просто .класс и дальше псевдо элемент

короче, заливай гист или репу

я успел это увдиеть 0_o

да)

https://gist.github.com/neewy/eed2f52e0713d8d40c715a764132702d

color: transparent тоже не работает?

и все же настрой autoprefixer, в будущем меньше боли будет

спасибо

работает?

не, там просто .класс и дальше псевдо элемент

Открой dabblet.com и покажи свой кейс

нет

тебе надо точно удостовериться, что селектор .searchForm .formFroup input.form-control правильный

хотя стоп

я уже вижу, что неправильный

searchForm .formGroup input.formControl {

.searchForm .formFroup input.form-control::-webkit-input-placeholder {

ERROR: S client not available

найди отличие )

>formFroup >form-control

аж два отличия

гадаем по ксс стилям :D

Лол

Кмк если редьюсеры совсем про разные вещи, то лучше запускать два экшена подряд через thunk/саги

Два экшна подряд - это антипаттерн

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

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

Условно говоря, сделали экшн-инкремент счётчика, а потом обновили его цифры на экране

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

то есть это один экшн с возможно несколькими редюсерами

экшны вида "сделай вот эту хуйню" и следом "и вот эту тоже" намекают, что вот эти две хуйни (согласно теореме Эскобара)

в идеале и редюсер должен быть один конечно

целый ишью с кучей обсуждения на эту тему видел где-то

про время (в репке редакса) https://github.com/reactjs/redux/issues/384

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

А потом вжух - и система делает сейв точно в момент между ними ?

Ну и всё в таком духе. В общем, атомарность экшнов необходима

Today I Learned: Если задиспатчить сразу 30 экшнов, то они затрут предыдущую историю в redux dev tools ?

Вопрос по connect при компиляции с typescript. Добавляю в реакт класс компоненты метод или просто поле и всё фэйлиться. Не может скомпилить, возникает проблема с тайпингами. Использую connect как декоратор. Проблема решается если коннектить компонент без декорации, по-старинке, но это как то не по фэншую) кто сталкивался с такой проблемой ?

Привет, есть у кого? нет Pro MERN Stack Full Stack Web App Development with Mongo, Express, React, and Node Authors: Subramanian, Srinivas

Держи: https://www.upload.ee/files/6758011/Pro_MERN_Stack.zip.html

https://gist.github.com/neewy/eed2f52e0713d8d40c715a764132702d

Нужно opacity: 0 указать, вместо display: none

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

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

http://luqin.github.io/react-icheck/api/class/src/Checkbox.js~Checkbox.html Подскажите, как проверить checked у этого компонента?

Что-то я не догоняю. Ставил метод isChecked, не помогло, пытался нативом, но это не то

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

не, в таком случае очевидно надо сделать вызов двух разных экшенов, причем даже не через thunk, а прямо в handle компонента

>react-icheck

omg

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

так будет проще разобраться

https://github.com/luqin/react-icheck/blob/master/src/Checkbox.js