пробую

А точн можно без скобок просто

И нет ответа)

Блин, тут походу с утра что-то токсичное распыляют

console.log выполненый в onChange совать как-то не очень разумно?

console.log выполненый в onChange совать как-то не очень разумно?

результат! console.log :D

Очень фигово сделанная либа, я с ней только на днях разбирался

Очень фигово сделанная либа, я с ней только на днях разбирался

может ты скажешь как сделать?)

а то я все перепробовал что предлагали, чет не получается

Она там внутри вешает листнеры дедовскими способами, ловит нажатия на всё окно и удаляет листнер через findDOMNode(this)

<Dropdown active={this.state.active} onChange={() => this.setState({active: false})}>

А так?)

В итоге в компоненте, который отмонтировал этот дроп даун по условию, типа false && <DD /> в лог сыпались натурально сотни ошибок

Автор тупо не знает про onBlur

Его компонент пишется в несколько строчек)

<Dropdown active={this.state.active} onChange={() => this.setState({active: false})}>

так нету такого стейта в this

И будет значительно адекватнее

<Dropdown ref={r => this.dropdown = r} onChange={this.dropdown.hide}> или так я хз уже)

так нету такого стейта в this

ну сделай

И будет значительно адекватнее

?

Реально, хинт — у тебя есть onClick для того, чтобы повесить стиль c visibility или выбрать элемент, и onBlur, чтобы нормальным человеческим способом повесить событие на закрытие

ну мне не онблюр надо, а онченж..

при блюре оно и так закрывается

Типо после выбора значения закрыть дропдаун?

ага

А че такого по дефолту в либе нет)

Ну я описал выше, как эта фиговина работает

Там всё какимто кривым способом

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

казёл

))

так че не работает ни один способ?

так ему и напиши в гитхаб

неа

<Dropdown active={this.state.active} onChange={() => this.setState({active: false})}>

А этот

так ему и напиши в гитхаб

Он слишком давно повернул не туда

так ему и напиши в гитхаб

да ну из-за такой мелочи писать...

мне бы закостылить и забыть

мне бы закостылить и забыть

вот поэтому так мало библиотек хороших

А потом поставит чёрную аватарку и уйдет из опенсорса

А потом поставит чёрную аватарку и уйдет из опенсорса

лол

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

А этот

Там никаких нет, вообще

Там никаких нет, вообще

чего нет?

ну написано же что есть метод close

хоть на самом деле он hide

ну написано же что есть метод close

написано что есть метод hide)

чего нет?

Способов или методов для onChange

написано что есть метод hide)

+

quantum_robin (0) плюсанул в карму goodmind (1.0)

Он предполагает, что у тебя в передаваемых элементах будет уже всё прописано что тебе надо

В итоге чтобы вызвать его методы, все 3 аж, обёртка будет больше самой либы

блин

Способов или методов для onChange

Да ну

Там просто нет onChange мб?)

То есть либа в него не умеет

В ней смысла нет, а не onChange

ок)

Нормальные люде делают ({ ...props}) => <div {...props} /> и что-то не предусмотренное автором, всегда спокойно напрямую проходит в компонент

если в онченж сделать console.log(this.refs.dropdown)

то там все есть

и при изменении срабатывает

а если onChange={this.refs.dropdown.hide}

то андефайнед

чето я совсем наверное глупый

ERROR: S client not available

Нормальные люде делают ({ ...props}) => <div {...props} /> и что-то не предусмотренное автором, всегда спокойно напрямую проходит в компонент

И потом валится ошибка, что у элемента div нет свойства user)

И потом валится ошибка, что у элемента div нет свойства user)

Логично

И потом валится ошибка, что у элемента div нет свойства user)

ну так, сам виноват, зачем в див user-а пихать

?

ну так, сам виноват, зачем в див user-а пихать

Так никто не спорит с этим)

А эти ошибки как-то влияют на производительность продакшн билда?

А эти ошибки как-то влияют на производительность продакшн билда?

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

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

в продакшене эти ошибки не выводятся

ну в продакшн билде

Выводятся

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

Варнинги нет

чето я совсем наверное глупый

со стейтом попробуй

со стейтом попробуй

как именно

добавить стейт в конструктор?

Варнинги нет

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

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

так это ошибка, я спрашивал про конкретный варнинг с unknow props

просто стоит ли заморачиваться на это, если на проивзодительность это не сильно влияет

просто стоит ли заморачиваться на это, если на проивзодительность это не сильно влияет

Стоит

добавить стейт в конструктор?

Да

просто стоит ли заморачиваться на это, если на проивзодительность это не сильно влияет

Заморачиваться из-за чего?

Заморачиваться из-за чего?

что твой компонент может прокинуть в дом элемент левые пропсы

Наоборот вообще то

Да

так?

Нормальные люде делают ({ ...props}) => <div {...props} /> и что-то не предусмотренное автором, всегда спокойно напрямую проходит в компонент

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

Не, просто false поставь

а оно будет как-то связано со стейтом именно дропдауна?

не

В пропсы передается же

а оно будет как-то связано со стейтом именно дропдауна?

Тебе осталось сделать setState в onBlur и onClick и у тебя свой дропдаун будет, что ты к этому то привязался))

это не я привязался