This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-09-14
Channels
- # babashka (18)
- # beginners (92)
- # calva (11)
- # cljs-dev (2)
- # clojure (37)
- # clojure-berlin (6)
- # clojure-czech (2)
- # clojure-dev (6)
- # clojure-europe (50)
- # clojure-france (15)
- # clojure-nl (4)
- # clojure-spec (1)
- # clojure-uk (18)
- # clojurescript (29)
- # cursive (31)
- # data-science (1)
- # datascript (2)
- # datomic (26)
- # depstar (55)
- # devcards (1)
- # duct (3)
- # emacs (49)
- # fulcro (29)
- # joker (3)
- # kaocha (1)
- # membrane (5)
- # midje (3)
- # music (2)
- # nrepl (4)
- # off-topic (3)
- # parinfer (13)
- # pathom (1)
- # portal (5)
- # re-frame (13)
- # ring (1)
- # schema (1)
- # sci (7)
- # shadow-cljs (25)
- # tools-deps (10)
- # vim (34)
- # vrac (2)
- # xtdb (20)
@tony.kay Hello! I went on a walk this evening and I was pondering about Fulcro. I got reminded that when I first started playing with Fulcro I found the idea of normalising data via component queries neat, and it made perfect sense for examples I could come up with (e.g. a Todo component mapping to a Todo entity, etc), but it wasn’t obvious to me (and still isn’t) that the model generalised (e.g. that I wouldn’t have a component corresponding to two distinct data nodes, etc). Have you found this to be a limitation or a problem in practice?
Could you clarify? Are you saying that if you have some {:todo/id 1 :todo/title "..."}
on the screen you wouldn't expect fulcro to be capable of drawing it on the screen twice?
@hmaurer no. The model generalizes in the following ways:
• Two different things that need to display in a hetero list (e.g. a timeline feed with news/images/etc): Union queries
• A component that has a mix of data from various places in the real back-end db: Keywords are namespaced. Query resolution can combine disparate things into a view, and save logic can pick them back apart. Anything that can displayed this way must by its very nature be to-one in relation (otherwise you’d have to have an edge to traverse, which would lead to children with different IDs). Thus, merging data implies that you can “merge IDs”…e.g. :account/id
and :primary-address/id
can co-exist in a single component even though more than on ID corresponds to elements on that UI. Save, of course, has to know that fields need what IDs. RAD solves that by having you declare what identities (a keyworkd like :account/id
) identifies the entity(ies) on which that fact can be saved or read.
@tony.kay thanks for writing this up. Follow-up question, then: how would you deal with, say, a “CompareVehicles” component which lets you pick two vehicles (entities in the DB) and compare them (imagine a side-by-side table).
a container with either a single to-many join (with 2 elements) or two edges that I made up :left-car
:right-car
I am getting following message twice (same Router) on startup since I updated to 3.2.16:
WARN [com.fulcrologic.fulcro.ui-state-machines:215] - #error {:message "", :data {}} Attempt to get an ASM path [:com.fulcrologic.fulcro.ui-state-machines/local-storage :path-segment] for a state machine that is not in Fulcro state. ASM ID: :decide.ui.root/PageRouter
Fulcro 3.2.15 works fine.
3.2.17 breaks even more after that…
Do I have to initialize my routers? I remember that it wasn’t necessary anymore sometime ago.In .16 i just got the message from above. In .17 it is followed by a lot of red on my console something about deref of nil in current-route. No render anymore. I am currently not on my computer. I will look for details tomorrow.
With .16 only these warnings and the page renders like expected.
With .17 the page does not render.
I deleted the .shadow-cljs folder and restarted shadow-cljs after each change
I don’t have much time today. I’ll take a closer look at this later.
OK, that helps. I did change that function. I see where the crash is happening, and I can protect that code, but the old version was just better at tolerating the overall problem, which I suspect is either a mis-use (or mis-documentation) of the dynamic routers themselves. Try 3.2.18-SNAPSHOT when you have a moment.
That sequence in your main app from line 60 to 57 to 35…what is that sequence? The crash you’re seeing is because something in the app wasn’t yet initialized. I think the new version of that function was just being less tolerant of being called when things weren’t initialized. Hopefully the snapshot version I pushed fixes that, but I should update the dyn routing chapter and be more explicit about how to initialize it properly.
in 18-SNAPSHOT there are only the two warnings from .16
Line 35 is a call to dr/current-route
The component used as the parameter is a router-target for my root level router (called PageRouter
)
Following code does not help with the issue in .17 & .18-SNAPSHOT
(defn ^:export init []
(log/info "Application starting.")
(app/set-root! SPA root/Root {:initialize-state? true})
(dr/initialize! SPA)
(app/mount! SPA root/Root "decide" {:initialize-state? false}))
It changes nothing. Same warnings / errors.The warnings are coming from a dr/change-route!
called in client-did-mount
after my HTML5 routing has started.
Well not directly called. the dr/change-route
is in the callback for pushy
There is sort of a race condition between initial state (which has no state machines in it) and any attempt to find the “current route”. That is what initialize!
is about: it tries to make sure the machines are started. Ideally, the real initialization is to do a sequence like this:
(app/set-root! SPA Root {:initialize-state? true})
(dr/initialize! SPA)
(app/mount! SPA Root "app" {:initialize-state? false})
that will prevent the UI from looking for the current route before there is one…ideally you’d also change-route!
before the mount as well
I need to update the book…it is possible my recent cleanups show more warnings than before, but should not have “broken” anything
Could someone give me a quick sanity check?: I've roughly the following attributes/entities:
(defattr category-id :category/id :uuid {ao/identitiy? true})
(defattr element-id :element/id :uuid {ao/identity? true})
(defattr content-id :content/id :uuid {ao/identity? true ao/identities #{:category/id :element/id})
So I've go a bunch of different entities and want to provide a "global" content-id
, so I can model edges with metadata, that can connect all the entities in my system.
But how can I make sure both, my entity-ids and the content-id
are created when saving a new instance via a RAD form?
(Or maybe what I'm trying to do is a stupid idea to begin with?)