It would be great if tap> returned its argument so that you could put it in the middle of thread macros

doto is universally useful for things like that but yes I feel this pain too

Oh, yeah hadn’t thought of using doto

there is a CLJ ticket about tap>, not something shadow-cljs can change

more and more I've started adopting bastardized lets:

(let [a (f)
      b (f' a)
      _ (tap> b)
      c (f'' b)]
  c)

I don't reach for them immediately, but I feel they solve problems like wanting to do something in the middle of a threading macro

FWIW I started writing an "enhanced" version of tap that has 3 forms ?> ?-> ?->> that captures the source location as well

https://github.com/thheller/shadow-cljs/blob/7024ff149b9e6ae0e91aa98f8f3c67a2a2a54542/src/main/shadow/debug.clj#L39-L61

I have only used it in shadow-cljs for CLJ stuff so far though so it doesn't do any of the "do nothing in release builds" stuff yet

plenty of namespaces in shadow-cljs itself have [shadow.debug :refer (?> ?-> ?->>)] in their requires

there is also a (shadow.debug/locals) which dumps all the locals at that location as a tap

none of this is guaranteed to stay though, really just a basic layer to address some of the limits of tap>. no clue how this would look when done properly.

don't really like that all of them take a second arg though, since thats the only reason it has 3 variants .. had some plans for that but not sure it makes sense anymore

Question: Why would I see this error The required namespace "enqus.views" is not available, it was required by "enqus/main.cljs" with a file tree like this:

src/cljs/enqus/main.cljs
src/cljs/enqus/views/views.cljs

I'm new to CLJS and it seems like either nested namespaces are disallowed (which would be strange) or I'm doing something wrong (more likely).

Also, my shadow-cljs.edn includes :source-paths ["src/cljc" "src/cljs"]

@nathan.probst your namespaces need to match your file system

Meaning it should be enqus.views.views in that case?