om

Please ask the channel first, not @dnolen directly!
souenzzo 2017-11-01T02:05:14.000024Z

I'm trying to do this tutorial https://anmonteiro.com/2016/02/routing-in-om-next-a-catalog-of-approaches/ Despite having the :value {:keys [:app/route]} on mutate method, I need to transact [(change/route! {:route :app/home}) :app/route] go get :app/route updated. Is this the expected behavior? Where I can read more about :value on mutate?

stuarthinson 2017-11-01T13:29:21.000333Z

anyone know if there are plans to cut a release that includes react 16 support?

👆 1
🙏 1
✅ 1
souenzzo 2017-11-01T15:25:46.000210Z

watch/contribute https://github.com/omcljs/om/issues/881

tony.kay 2017-11-01T17:07:41.000205Z

So, it seems to me that set-state! always causes an invocation of the parser via reconcile! (if the component has access to the reconciler, which it seems it usually does). This seems incorrect to me. The pendingState gets put in place by the lifecycle stuff. Anyone know why a reconcile needs to run?

tony.kay 2017-11-01T17:08:48.000803Z

Perhaps it is a bug in reconcile!, but my reading of that code makes it impossible to not run the query engine.

tony.kay 2017-11-01T17:09:13.000248Z

And my devcard experiment with logging in the parser reads confirms that set-state! triggers a read of props