This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-13
Channels
- # aleph (2)
- # announcements (1)
- # beginners (133)
- # cider (29)
- # cljdoc (9)
- # cljs-dev (2)
- # cljsjs (3)
- # cljsrn (1)
- # clojure (146)
- # clojure-dev (26)
- # clojure-europe (3)
- # clojure-italy (26)
- # clojure-japan (6)
- # clojure-nl (76)
- # clojure-spec (4)
- # clojure-uk (42)
- # clojurescript (17)
- # cursive (43)
- # datascript (1)
- # datomic (28)
- # emacs (4)
- # figwheel-main (13)
- # fulcro (26)
- # hyperfiddle (2)
- # jobs (9)
- # jobs-discuss (6)
- # leiningen (1)
- # mount (5)
- # onyx (8)
- # pathom (5)
- # pedestal (2)
- # re-frame (52)
- # reagent (21)
- # reitit (58)
- # ring-swagger (24)
- # shadow-cljs (95)
- # sql (14)
- # test-check (10)
- # yada (18)
Incubator 0.0.17 is now up. Adds support for sending events on load errors (@wilkerlucio).
Quick question, do fulcro dom components support this type of nesting shorthand? (dom/div :.section>.component>.text "hi")
Can I use fulcro with re-natal? for native development.
@UCMNZLJ93 Should work. Don't know if there any example apps, but you do have root-render & root-unmount for React Native in the reconciler options http://book.fulcrologic.com/#_useful_reconciler_options
It works for Om.next, so I think should work for fulcro too.
I know people have gotten it working without issue, bu I don't support it directly
is it possible to disable :ui/loading-data
update for specific load?
:marker false
seems like doesnt
@kirill.salykin don't think so. that's a global marker that applies to all loads. You if want it to not apply for a certain load think using a mutation with df/load-action
might do the trick, since the ui/loading-data is just for df/load.
Remember that load markers can have names...it doesn't have to be "true", then you can use the marker table directly without any overwrite of UI data.
@tony.kay ahh yep. But there is no way for a load or load-action to bypass the ui/loading-data flag right ?
thanks!
(df/load-action env :current-user UserSettings {:target [:tmp/current-user]})
If I do like this - then :current-user is set to nil
if I load :current-user
directly - login screen flickrs, because current-user
was updated (even if all fields are the same)
please advice is there anything I can do in this situation?I think I found, it replaces :current-user
with :fetch-state
is there a way to avoid it?
seems like marker false
fixes it
but load-action still updates the :ui/loading-data
field 😞
@kirill.salykin ah snap. Another approach worth looking at might be http://book.fulcrologic.com/#MutationJoins
I found workaround, before showing loading gif check that all load-markers/by-id are “background”