Is it possible to mark a js file as "do not optimize this at all" in clojurescript?

I want to include some js for side effects, I'm not interacting with the js at all.

if it has no dependencies you can abuse :preamble

Does (cljs.reader/read-string ":/") work on recent versions of cljs? Should it?

it does and it should

that's a valid keyword literal

just like / is a valid symbol

Okay. I have an older version where it doesn't, so I'll figure out how to upgrade; thanks

Clojurescript vs the Stacktraces: A Tragicomedy of Errors. (Or just a big misunderstanding?)

I've recently taken a deep dive into trying to parse/map/return humane stacktraces in Clojurescript and have hit my head on the bottom of the pool.

@mark-i alias takes the both arguments as symbols: (alias 'extra 'hello-world.extra)

By humane, I mean parsed stacktraces that return function/file/line/column for the original source files at runtime. It looks like the machinery is all there (mostly in cljs.stacktrace and cljs.source-map), but I can't figure out how to assemble it.

How about this syntax for JS object destructuring? https://gist.github.com/pesterhazy/42c94768ed3dd991ea83ae96b4a6f57e Any other ideas?

The primary issue I see at this point is figuring out how to generate/get access to the sourcemaps, building up a structure that would be passed to cljs.stacktrace/mapped-line-column-col (https://github.com/clojure/clojurescript/blob/master/src/main/cljs/cljs/stacktrace.cljc#L564-L568)

If anyone has a little experience with this, or is at least willing to talk some of it through with me, I'd appreciate it.

@juhoteperi thanks, I tried, but with same error. The alias call works in clj.

@pesterhazy Destructing already has :keys, :some-ns/keys, :strs, :syms So if you want functionality for JS objects I'd add another keyword there instead of some other syntax

FWIF, you can:

(extend-type default
  ILookup
  (-lookup [o k] (aget o k)))
(let [{:strs [a]} #js{:a 2}]
  a)

yeah I'm looking at a way that you'd actually want to use in projects, so extending protocols seems dangerous

@rauh, adding a new keyword may be a good idea, but to my mind those are all shortcuts for the long form, {binding key}

where key would be a key, string, sym etc

the other problem I see is that using a {} form implies (to me) that the value is a persistent map, not a js object

i.e. :keys, :strs etc modify the type of key, not the type of object you're dealing with

What about just making it a js object? #js {background-color "backgroundColor", :keys [color]}

People usually use {:keys [... though, and (let [{:js-keys [color]} ... would be more aesthetically pleasing I think.

that would ambiguate the the long-form semantics though 😕

Anyone tried their luck with https://github.com/sivertsenstian/visualclojure?

Is there a way in cljs that returns “PersistentSomethingMap” for (type m) instead of some function? I find it easier to debug that way

In both lumo and figwheel, I get cljs.core/PersistentArrayMap

@grav That’s cool, but when I do (debug (type m)) I don’t get that

I do get a readable format with the devtools thing

(pr-str (type m))

Thanks!

@john92.walter, using #js would be the logical thing, I agree - but not sure if a macro can deal with a reader macro like that