This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-08-21
Channels
- # admin-announcements (80)
- # beginners (19)
- # boot (11)
- # cider (27)
- # clojure (55)
- # clojure-berlin (2)
- # clojure-italy (9)
- # clojure-korea (3)
- # clojure-russia (3)
- # clojure-sg (5)
- # clojurescript (70)
- # cursive (9)
- # datascript (5)
- # datomic (7)
- # editors (2)
- # emacs (4)
- # jobs (11)
- # ldnclj (7)
- # off-topic (17)
- # om (6)
- # reagent (63)
- # spacemacs (8)
- # testing (2)
@bostonaholic and others on Mountain Lion: Planck master now passes tests there. You can download pre-built binary from http://planck.fikesfarm.com, or Homebrew your own by brew edit planck
adding head "
, update depends_on :macos => :mountain_lion
and then brew install --HEAD planck
Is there a way to connect Cider to a Figwheel repl?
try this https://github.com/bhauman/lein-figwheel/wiki/Using-the-Figwheel-REPL-within-NRepl
Thanks @gigasquid
Anyone used slurp in Planck? I saw a video of mfikes doing it, but when I run (slurp "foo") I get an "undeclared Var cljs.user/slurp at line 1" error. Installed planck via homebrew, v1-3.
Reported issue to GH, https://github.com/mfikes/planck/issues/106
@mfikes I dusted off old machine with OSX 10.7.5 When running Planck 1.6 beta 2: Segmentation fault: 11
@juhoteperi: I see you packaged stripe.js for cljsjs - have you also done anything with Stripe’s jquery.payment?
@cfleming: rwillig originally packaged it, I'm maintaining Cljsjs. I haven't used Stripe.
@juhoteperi: Ah, ok, thanks.
@oskarth: There are a few things that could end up in cljs.core
. (CLJS-1426, CLJS-1427, CLJS-1428). Perhaps anything that is in planck.core
that is imitating clojure.core
could be a candidate for proposal to go into cljs.core
. (So for example, with slurp
you could imagine an associated *slurp-fn*
, in a manner similar to the way I/O is currently handled for printing in cljs.core
.)
@andre.richards: Interesting. If I can find such a machine, I can probably fix it.
@mfikes sorry, I know nothing about Xcode/Objective C else I would have offered... If there is a way to get debug info to you, happy to help, but you would have to point me to some info how. I have Xcode installed. I don't think many people will be running 10.7 anymore, so not a high priority anyway...?
@andre.richards: I can make Planck show numeric dump info, but I’d like to have it show a “symbolicated” stack trace in that case. Let me see what I can do.
@mfikes: How actively are you using https://github.com/mfikes/goby ?
@donmullen: I it being used in a single app in the App Store, so I maintain it. But to be honest, I’m focused more on React Native style development these days.
@donmullen: Really for me, it is the Om / React Native combination, but essentially. yes. It leads to a functional style, IMHO, instead of mutating UIKit elements directly.
Hey @atroche, did you make any progress generating an externs for material-UI?
IIRC it's because vars in cljs are static
I mean, they’re going to be atop Js variables/properties which are about as dynamic as you like
vars != variables they have richer semantics you'll take a code / perf hit
since the compiled JS goes through Google Closure producing an leaner runtime then Clojure on the JVM
It's basically a tradeoff between speed / code size of the compiled JS vs nicer runtime env. Clojure is looking at a similar lean runtime (http://dev.clojure.org/display/design/'Lean'+Runtime).
mfikes: ah I see, thanks! Is there a reason planck.core isn't imported upon planck startup?
@oskarth: Hmm… is there an existing Clojure or ClojureScript convention for that? Or is that a shell thing?
mfikes: https://github.com/technomancy/leiningen/blob/7b0003c101ab73e8fd96ef1ecf60540182607c30/bin/lein#L324 gives some clues
yeah you are right escherize, they changed from user to profile in lein2 or something I think
@oskarth: What you really want is to be able freely use slurp
in your code anywhere. (Not just at a REPL.)
mfikes: that's true. Anything that supports that use case (with possibility to turn it off, if perf is an issue) would be awesome
@spinningtopsofdoom: Gotcha gotcha
I've been writing an app using figwheel (none optimizations), and the first time I try :whitespace
optimizations I get this in the developer console:
Uncaught Error: goog.require could not find: cljsjs.react
Any ideas on how to diagnose?
I'm using reagent 0.5.0 so I figured I don't need cljsjs.react as an explicit dependency
nvm, a lein clean
did the trick
@aengelberg: I’m pretty sure that’s not supposed to work
@arohner that's why I was confused. But lein clean
worked, so maybe there were some spare compiler artifacts lying around from :none
that got into the compiled js?
As I’ve been having trouble with lein-cljsbuild
and reader conditionals (it has some strange behavior), I’ve been trying to use the following in my project.clj
:
:aliases {"cljs:test" ["trampoline" "run" "-m" "clojure.main/main" "build-tests.clj”]}
where my build-tests.clj
file uses cljs.build.api
to build things. This ends up failing due to not finding a dependency (in my case, core.async
). Anyone tried/had any luck with this route?
Me project as it stand now: https://github.com/peterschwarz/clj-gpio/tree/nodejsFor some context, working on running clj-gpio
via ClojureScript on Node.js (JVM on Raspberry PI’s is a tad slow)
@peterschwarz: Which Pi? I have been thinking of getting a Pi 2 and was wondering how it would do with the JVM
@kamn The Pi 2 is great and the JVM runs very well on it.
Hi all, my code is causing the cljs compiler to throw a Stack Overflow error, anything obvious I should try in order to get past it? (I’ve tried with 1.7.28 and 1.7.107)
Unfortunately it’s right after a big refactor and the code is huge so I can’t provide a sample ATM, will try to boil it down to a reproducable test case when I get more time
Thanks @darwin, will look for that
FWIW, the overflow is coming up out of (cljs.util/topo-sort)
: https://github.com/clojure/clojurescript/blob/master/src/main/clojure/cljs/util.cljc#L161
…don’t see an obvious way to TCO that
@timgilbert: do you have a circular dependency? That's probably what's causing the overflow.
@timgilbert: i decided to use react-bootstrap instead, but there are some more chats about it here: https://gitter.im/tonsky/rum?at=55d65a51e3dd18904433ba83. looks like @currentoor is going to keep trying, though. do you have any ideas?
@atroche, not offhand, was just hoping you had already integrated it. 😉 I’m currently using http://materializecss.com/ which is all jquery-based so it’s not the most natural fit with reagent, but it is usable
I will check my code for circular dependencies and report back here in case anyone is interested. I have just been refactoring namespaces in my project, so it seems like a strong possibility. Thanks all.