That would be wonderful, it just doesn't suit me today 😭

It was with very short notice. On a whim. But we can try make it happen some day soon!

that tree has made a mess of that stile

sure has... that tree survived the storms last week, but yesterday's rain must have been the final straw 🐪

I think there are a lot of trees like that atm. It won't take a big storm to knock them over as they are already on a shoogly peg

Sounds good! Also because of the literals. I recently went back to do some vanilla js and was mildly shocked that there’s no map literal.

(also culture shocked due to other things, mind you 🙂 )

We will probably see a data reader or so to construct these things in CLJS

@U0AQ3HP9U There are object literals, right?

@U0ETXRFEW yes, {'k1': 'v1', 'k2': 'v2'} is an object (and not a map, as I initially thought 😅)

Just look at those redundant :s and ,s. Tch tch

Regarding the article, it is a bit interesting to see ”The main use case” being described as value comparison. I mean that is a sweet, sweet thing, but there's more to it, I think.

cljfmt if you have to do it on the cli. Personally I just have a before-save-hook that does this via clojure-lsp (via cljfmt)

zprint does some weird stuff in my experience, at least in my case I couldn't configure it to match the way I write code (which is quite "normal", follows style guide etc)

there's also a fork of cljfmt out there, but I never bothered testing it

cljstyle

I had a look at cljfmt, and maybe I'm wrong, but is there a way to set a "global" inner and/or block? It seemed that I would have to redefine for each form, i.e., (defn [[:inner 1]]) and so on