This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-12-29
Channels
- # beginners (29)
- # boot (17)
- # calva (1)
- # cider (31)
- # cljs-dev (3)
- # clojure (169)
- # clojure-europe (1)
- # clojure-france (1)
- # clojure-russia (40)
- # clojure-serbia (3)
- # clojure-uk (42)
- # clojurescript (19)
- # clr (3)
- # core-async (7)
- # core-typed (3)
- # cursive (43)
- # datascript (4)
- # datomic (2)
- # dirac (4)
- # emacs (2)
- # fulcro (85)
- # funcool (1)
- # nrepl (5)
- # off-topic (14)
- # shadow-cljs (28)
- # spacemacs (5)
- # tools-deps (2)
I'm not sure what the Om status is exactly, but are you familiar with Fulcro?
It started as an extension of Om.Next and has evolved into it's own thing, but still a lot of similarities.
Or maybe I should say foundational stuff in common.
Cool! I am looking to rebuild a small app and looking for a framework. We already use Om in another app but apparently the maintainer of Om stopped maintaining it
Is :extend-via-metadata
only in clojure at the moment? Any idea how to get similar functionality in clojurescript? The last time I tried to use protocols+records with cljc I had a lot of trouble using them in clojurescript…
Support was added in commit at https://github.com/clojure/clojurescript/commit/23ab9a095599446e3c2aa5013d2b8edf2bbe467f
Ah, thanks @U064X3EF3, I’ll have to see how to get that into my code =)…
I spent a while trying to work out why I kept getting nth
not supported errors in the cljs repl…
should work the same
I don’t think there is a cljs release with that change in it yet though
Irregardless, I dimly remember (was using cljx at the time) that records were less portable than most of Clojure. The protocol is a pleasant dynamic dispatch technique, but at the same time it's a nexus with platform interop. I seem to remember having to use different :require/:import notation, and that the baggage that got declared in various namespaces to implement the record/protocol was not the same. Er - so there was strategy involved in the decision whether to declare a protocol in one ns or another, and the strategy seemed more important in either clj or cljs? Does this ring a bell?
@braden.shepherdson thanks so much for your replies, it seems like localStorage is the easiest way, i'm only storirng a clientside auth key, logintime, and username, so it's all gravy ^_^