@jbaiter: was the code undergoing advanced compilation? and did you try it at the REPL?

Why is "doc" function lost after moving to another namespace after launching a CLJS REPL?

crocket: because it defined in cljs.user namespace

After I move to another namespace, cljs.user loses doc function.

@rm: ^^

hmm... how did you test this?

(ns something.core)
(doc anything)
(cljs.user/doc anything)
(ns cljs.user)
(doc anything)

you're right

same for clj

How can I fix this bug?

so when you are in another namespace

crocket: see docs in your editor. For example, in fireplace it's :Doc command

you no longer have 'cljs.repl' required

fireplace?

which is the namespace the 'doc' function exists in

https://github.com/tpope/vim-fireplace

https://gist.github.com/85448a9f2bcc62c0fa5e

johannjohann [10:05] you no longer have 'cljs.repl' required and how is this possible?

I don't use fireplace on VIM.

how is what possible?

crocket: it's just example, use any editor/plugin you like. johannjohann: and in clj it's different:

dmca-ui.server=> (doc map)
-------------------------
clojure.core/map
([f] [f coll] [f c1 c2] [f c1 c2 c3] [f c1 c2 c3 & colls])
  Returns a lazy sequence consisting of the result of applying f to
  the set of first items of each coll, followed by applying f to the
  set of second items in each coll, until any one of the colls is
  exhausted.  Any remaining items in other colls are ignored. Function
  f should accept number-of-colls arguments. Returns a transducer when
  no collection is provided.
nil
dmca-ui.server=> (ns dmca-ui.ws-router)
nil
dmca-ui.ws-router=> (dmca-ui.server/doc map)

CompilerException java.lang.RuntimeException: No such var: dmca-ui.server/doc, compiling:(/tmp/form-init7902851373642829696.clj:1:1) 
dmca-ui.ws-router=> (require '[dmca-ui.server :as ss])
nil
dmca-ui.ws-router=> (ss/doc map)

CompilerException java.lang.RuntimeException: No such var: ss/doc, compiling:(/tmp/form-init7902851373642829696.clj:1:1) 

'doc' doesnt exist in those namespaces

it exists in clojure.repl in clj, cljs.repl in cljs

oh, good

thank you

so check out

clojure.main/repl-requires

and you'll see the stuff that gets automagically required when you start a repl

https://github.com/clojure-emacs/cider/blob/5fa0e05132ed2affc91f371f91868f5f39474395/cider-repl.el#L224

nice! where did you get all this? I'd like to read it too

heres the injection point in fireplace

https://github.com/tpope/vim-fireplace/blob/f57537135a946c11ddade9b17ff9fd3fc75d335b/plugin/fireplace.vim#L490

i just grepped for it--knew the require stuff was getting injected just didnt know where

Hmm....

let me know if i can clarify anything crocket!

I figured out that auto-completion is broken on cider after moving to another namespace if cider is connected to figwheel via nREPL.

No, auto-completion breaks in cider after moving to a new namespace.

hi guys is there any good example of using react component in clojurescript ?

particularly in om. Thanks

There's this - https://github.com/Day8/re-frame/wiki/Using-Stateful-JS-Components - but it's for reagent.

But it should map relatively easily to om's lifecycle events.

Is there an equivalent to (use) in clojurescript?

After invoking (ns), I have to refer to doc by cljs.repl/doc.

I think Clojurescript doesn't fully support use - https://github.com/clojure/clojurescript/wiki/Differences-from-Clojure

But it seems you should be able to do (ns blah (:use [cljs.repl :only [doc]]))

Is :use supported?

Not in general

But the wiki says you can use it with :only

> You must use the :only form of :use

Is it ok to use ns on repl?

I don't remember using it with Clojurescript, but in Clojure it is not a problem

It basically desugars to in-ns and appropriate uses, refers and such.

ClojureScript's interop story is still painful.

Somewhat, and probably won't get all that much better, but it's certainly came a long way since a year or two.

what's wrong with cljs interop story?

I don't see a big difference with clj and think it's pretty good

The REPL auto-completion

yeah ok

How does clojurescript handle code auto-completion?

I think it depends on your editor/IDE

How do I add clojurescript API docset to Zeal?

@crocket: ClojureScript REPLs, by default, behave a lot like the Clojure REPL you get when running it from the JAR. Lein's Clojure REPL adds auto-complete, and Planck adds it as well, but it is not a base capability.

@crocket: You can use ns in a REPL. In ClojureScript, ns is a special form.

The require ClojureScript REPL special is implemented in terms of ns.

@crocket: after switching to a new namespace in the REPL, you should be able to (require-macros '[cljs.repl :refer [doc]])

@mfikes: thanks

Is the package listing missing from http://cljsjs.github.io/ ? Or is it just me?

Looking at the pages repo an automatic update was triggered an hour ago, probably that?

@crocket: in my case I put the docset you can download in .local/share/Zeal/Zeal/docsets/ClojureScript.docset/

looking for a good async http lib. CLJS wiki lists cljs-http, cljs-ajax, jeluard/happy.. can anyone recommend any other good one that I might be missing? easy integration with core.async is a huge plus.

@peterbak: You're looking for something to send messages to and from client/server?

anyone have any experience requiring amd foreign-libs with clojurescript? little shaky on my first principles about what seems to be going amok 😞

@peterbak: I'd look into https://github.com/ztellman/aleph or https://github.com/ptaoussanis/sente

Aleph would require some minor work in order to get the stuff into core async

@johannjohann: What are you trying to do

poking around module-rewriting stuff in the cljs compiler

i included an amd module to be included in a cljs build

but when the browser tries to load the file im getting a 'require is not defined' error

seems like theres a race condition with when i include my cljs code and when the require stuff is loaded

will look more closely at examples

@johannjohann: how are you doing this?

hi @jaen lemme garner a gist rn

https://gist.github.com/jobez/ee4d24cbe0663b99a8c4

@johannjohann: oh, sorry, I've missed the gist. This seems to look sensibly. I'm not sure about a race condition though - the :module-type option means that the module will be translated to GClosure module, so it will be loaded exactly like the rest of your code, so this shouldn't exhibit any behaviours that wouldn't happen with the rest of your Clojurescript codebase, theoretically at least.

I've had experience mostly with CJS modules, but this should work similarly with AMD - this is all translated by GClosure codebase into GClosure modules.

Is the file you include as a foreign lib a single file, or does it require something else still?