Fork me on GitHub
#om
<
2016-10-27
>
alasdair11:10:12

@bbktsk if you add lots of printlns you'll see that updating the points for a user results in a mutate call keyed on that user (which would be as you'd expect). This is then followed by one or two calls to read ~ :list/one and :list/two as required. Something is determining that your updated person is in one or both of those lists and triggering the read.

alasdair12:10:13

get-people splices the per-person data into the list. This is then followed by a render at the Person level (I don't see the RootView or ListView being re-rendered. So a second something is presumably taking the data from the read list and feeding it into the Person ~ which I guess is why you don't see your Person query doing anything, get-people ignores it.

alasdair12:10:49

I am shooting from the hip a bit. As @dzannotti suggests, I think reading the code is the way to properly figure it out.

dzannotti13:10:17

any ideas what could be causing No protocol method IIndexer.key->components defined for type null ?

mjhamrick18:10:39

Is there an idiomatic way to push a remote state update to an om next app?

mjhamrick18:10:12

I think this would be the server streaming page on the wiki that's currently "coming soon"

jasonjckn22:10:20

@darwin thanks for your work on dirac

jasonjckn22:10:23

I use it everyday

darwin22:10:57

@jasonjckn thanks, I’m glad you find it useful 🙂