ended up going with

(.log js/console "Lesson " (.getAttribute (. js/document (getElementById "imprt")) "data-lesson"))
(.log js/console "Section " (.getAttribute (. js/document (getElementById "imprt")) "data-section"))
(.log js/console "Lesson Type " (.getAttribute (. js/document (getElementById "imprt")) "data-lesson-type"))

<div data-lesson="1"></div>

Hello everyone

I wanted to interact with a git repository (gitlab) which API's would you suggest could work good for this?

I have never used any APIs for accessing git repos before, but I have heard of a Clojure library called tentacles that you could see if it does anything useful for you: https://github.com/clj-commons/tentacles Warning: according to its README it interacts with a Github API, so that library might be specific to Github, and if so, might not work with the gitlab web site.

Thanks andy! I will take a look.

are goog.event/listeners garbage collected when the thing they are listening to is collected or must we take care to also clean these up? Its trivial to do i suppose but a bit ugly so i prefer not to if its all the same

I don't think that's really a question for goog.event/listen but whether you're attaching events to the DOM period

historically this could be a source of leaks yes

probably best to go see what people best practice nowadays

thanks @dnolen

Isn’t best practice here not to attach listeners to individual dom nodes but to the “root” node and filter there? Something like delegated event handlers in jquery (See https://api.jquery.com/on/)

^^^^ @dpsutton

i'll read through that in a bit. thanks for the docs

that was at times when event listeners where expensive in browsers IE6 I guess

thanks for the context @roman01la

Is there no cljs.edn nor clojure.edn namespace available in cljs? I thought there was, because I was using it in a .cljc file without error before, but perhaps there was a warning and I missed it?

could someone help me understand what's going on with this code? what's really confusing is how the resp-json argument passed to the then callback is a javascript object, but the resp-json argument passed to catch is a promise; that seems wrong somehow

(defn fetch-and-then [url]
  (-> (js/fetch url (clj->js {:headers {"Accept" "application/json"}}))
      (.then (fn [resp]
               (js/console.log "resp ok? " (.-ok resp))
               (js/console.log "resp" resp)
               (let [json (-> resp .json)]
                 (if (.-ok resp)
                   json
                   (throw json)))))
      (.then (fn [resp-json]
               (js/console.log "in then")
               (js/console.log resp-json)
               (js/console.log (-> resp-json .-description))))
      (.catch (fn [resp-json]
                (js/console.log "in catch")
                (js/console.log resp-json)
                (js/console.log (-> resp-json .-description))))))

(fetch-and-then "")
;; wait for output, and then
(fetch-and-then "")

Guys, I'm new on clojurescript

How can I see what is in value of this map:

{:req #object[IncomingMessage [object Object]], :res #object[ServerResponse [object Object]]}

?

@d.ian.b probably easiest by developing with cljs-devtools and console logging that value

I believe cljs-devtools allows you to navigate cljs and js values

Anyone could explain me why Nashorn was useful for CLJS, and why it is not anymore? (Sorry for the newbee question)

@neo2551 Others can probably answer more authoritatively than I can, but I think the basic idea is that the Nashorn developers decided it wasn't worth pursuing. Probably they either consider it too far behind the state of the art of other JavaScript run time environments, and/or some combination of that and I believe I have heard that Graal will have its own JavaScript runtime, different than Nashorn, but more actively developed. Probably some developers consider that a better foundation for a modern JS implementation?