Fork me on GitHub
#clojure-russia
<
2015-06-18
>
a.espolov09:06:53

@ul Привет. Слушай я что за косяк с om'мом ты нашел?

edbond16:06:16

в #C06DT2YSY

a.espolov16:06:57

забавно

edbond16:06:34

что там с ом.некст? кто-то пробовал уже?

ul19:06:45

@a.espolov: косяк подробно описан здесь https://github.com/omcljs/om/issues/355

ul19:06:55

с примером и ответом Дэвида, что чинить он не будет

a.espolov19:06:09

А конструкция (om/ref (om/root-cursor (atom app-state))) не годится?

a.espolov19:06:41

@ul: (om/ref (om/root-cursor app-state)) - это не решение твоей задачи?

a.espolov19:06:07

или обязательно использовать IWatchable?

razum2um19:06:50

@ui: не очень понимаю, зачем используется IWatchable

razum2um19:06:02

если смотреть без него, мне кажется поведение ожидаемое имхо. есть 2 функции для разных вещей

razum2um19:06:16

и им надо давать разные состояния

ul20:06:07

это всего лишь пример, на самом деле я использую freactive.core

ul20:06:31

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

ul20:06:54

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

ul20:06:31

насчёт конструкции надо попробовать

ul20:06:12

хотя я уже решил её имплементацией нескольких протоколов курсора для своего курсора

razum2um20:06:05

да кстати, имхо прикинуться курсором неплохо работает