I’ll find out!

😉

thanks tho!

P.S. The below link suggests its non-trivial: https://github.com/zachallaun/datomic-cljs

@danielcompton: After trolling through the om-datomic code and how they pass it up through the stack it seems like there’s no easy 1-1 way to do it without stuff that’s kinda intimating. I’m still reading and not in a rush so I’ll let u know if your curious.

Planck 1.16 released http://planck-repl.org

so…. turns out I’m part of the 0.1.1% who just found a bug on http://clojurescript.org/guides/quick-start 🙂

XML injection!

looks to be on all of the syntax highters except clojure oddly, as the JS ones inject javascript at the start

I’ve pushed a fix for the majority of it, deploying now

takes about 20 minutes to work through CI and edge cache invalidation

in the future, you can also file an issue at https://github.com/clojure/clojurescript-site/issues

alex - ahh cheers 🙂

Can anybody suggest any good example of using cljsjs/react-bootstrap with Rum?

actually cannot found anything working in the web

fails with react.inc.js:18893 Uncaught Invariant Violation: Objects are not valid as a React child (found: :id). If you meant to render a collection of children, use an array instead or wrap the object using createFragment(object) from the React add-ons.

Post Free ClojureScript Jobs -> https://clojure.news/#!/job

when/why would use you use s/fdef and s/instrument over using :pre and :post conditions?

im looking at https://clojure.org/guides/spec#_using_spec_for_validation

because they let you use stest/instrument and stest/check

@alexmiller: can you elaborate on that? sorry i'm new to specs 😅

oh i see, you can write generative tests with fdef

gotcha, thanks

is there something fishy about cljs-time at the repl I should know about? virtually none of the functions are working as documented, and I wonder if I’m missing something … can anyone recommend a good cljs lib for dealing with iso 8601 and formatting, e.g. something like momentjs for js?

@lwhorton: cljs-time is just a wrapper around Google Closure - you can just use it directly

good to know — i’ll check it out thanks @dnolen

as a rule, does clojurescript 1.x.y require clojure 1.x?

I saw that recent cljs versions require clojure.string/index-of

although that looks like it was added in 1.8

@pesterhazy: as a rule of thumb, that’s true. the exception being CLJS 1.9.x which works with Clojure 1.8, in which case you won’t get the benefits of clojure spec

thanks

Can you recommend any library for easily getting (EDN) data from a backend-server from a Reagent app?

@sdegutis: what part of getting are you missing ?

@val_waeselynck: Currently all of it. I have a (Compojure) server running on 8080, and a Figwheel/Reagant front-end running on 3000, and I'm trying to figure out the best way to ask the back-end for data from the front-end.

I only see https://github.com/JulianBirch/cljs-ajax which seems okay but I was wondering if that's basically it or if there are other options.

@sdegutis: that's what I've used

you could also use Sente

https://github.com/ptaoussanis/sente

but it's not especially more simple IMO

I’ve used cljs-ajax and cljs-http. it just depends on what you want. ajax works with callback handlers and http works with core.async channels

I think cljs-ajax is simple/works well so I’ve never really needed anything else

and if you need it specifically to be edn you can use transit

cljs-ajax supports both edn and transit pretty seemlessly too

i do this over a websocket, then you can just prn-str and read-string CLJ(S) data structures.

Interesting approach.

@sdegutis: prn-str and read-string will probably fall down with dates...not sure. In that case maybe transit is useful for that use-case.

@sdegutis: forgot there are instance (time) literals: (java.util.Date.) -> #inst "2016-08-16T19:04:25.002-00:00"

Yep, in EDN, just not JSON.

Is this valid syntax these days? (js/console.log "etc")

Thought we used to have to write (.log js/console "etc")

it works in planck at least

@sdegutis: did u give it a try?

sdegutis: As far as I knew the former has always been valid syntax, it’s just that people generally consider the latter more idiomatic.

Is there a better way to handle hot-loading something with requestAnimationFrame than to do (js/requestAnimationFrame @fn-atom) and reset! the atom every time?

Yet, in a project I'm currently working on, it works fine.

@porglezomp: as far as I can tell, that's no less efficient than using raw js variables

@oahner: I just don’t like the ~3 extra statements that I have to do to in order to set it up.

no issues at all, the details show when switching in and out of views.

@joshuanjordan: When you’re sharing that much code, put it in a snippet. Then it can be collapsed, and you’ll also get syntax highlighting.

my entrypoint is a bit different

this compiles down to the exact js you'd expect

That makes sense, it offers a little bit more power than my way, I’ll probably switch to that.

@pesterhazy: > as a rule, does clojurescript 1.x.y require clojure 1.x? you can check the clojure versions that cljs uses here: http://cljs.github.io/versions

@sdegutis: > Is this valid syntax these days? (js/console.log "etc") yes, this is supported in cljs, not clojure. documented here: http://cljs.github.io/api/syntax/#dot

I am using cljs-http along with core.async to send a bunch of requests and retrieve their results, the problem is a bunch of (<!) from channels are coming up as nil, presumably because that's what cljs-http does when the channel is close, on the other hand, when I check my devtools, I find that the requests indeed succeeded, for context I am sending about 2200 GET requests

s/close/closed

@shaunlebron: thanks!

so many hidden gems on http://cljs.github.io/