I recently started using livejs. It's fucking awesome.
basically livejs + lein cljsbuild auto (without cljx) + optimizations :none = * I edit code in emacs. * I hit C-x C-s * I see compiling window flyby in milliseconds. * I see browser reload. This is happiness. :-) On Sat, Apr 5, 2014 at 4:52 PM, Dave Sann <daves...@gmail.com> wrote: > or livejs > > http://livejs.com/ > > > On Sunday, 6 April 2014 04:58:51 UTC+10, Henrik Eneroth wrote: >> >> If that is your criterion, use something that reloads the browser >> automatically when the js is changed. I use CodeKit personally. >> >> On Wednesday, April 2, 2014 10:09:45 PM UTC+2, lypanov wrote: >>> >>> I hate REPLs. I also hate large compile times. >>> For me the hardest part of the ~5s compile time is not waiting, it's the >>> watching of the progress of the auto build and waiting until exactly that >>> moment >>> before pressing reload in the browser. >>> >>> That being said, I find "run this currently selected code block in my >>> connected browser" functionality in editors (lighttable is the one I >>> use/know) to be >>> the best solution to this problem. It's painful as hell at first though. >>> >>> I had a work around in the past via a fork of noir-cljs which would delay >>> the load of the .js files until compile completed via some hacks but >>> now that I've switched to a browser <> editor work flow I find myself >>> doing as much work as possible in the editor via the "run it in the browser >>> REPL" >>> script tag trick from lighttable that I'm no longer even noticing >>> compile times. I leave them to the end of the pomodoro. >>> >>> On Friday, March 21, 2014 7:48:59 AM UTC+1, t x wrote: >>>> >>>> Hi, >>>> >>>> * I'm already using: >>>> >>>> :incremental true >>>> :compiler { :optimizations :none } >>>> >>>> * I'm also aware of cljs brepl >>>> >>>> >>>> However: >>>> >>>> 1) the cljs compiler is still too slow for my liking (even though it's >>>> not calling closure) >>>> >>>> 2) I don't like the cljs repl nearly as much as I like the clj repl >>>> >>>> >>>> Now, my dumb/stupid question: >>>> >>>> Is there any cljs in cljs _slow_ interpreter? I'm perfectly happy >>>> with an interpreter that runs 10x slower, if, in exchange, I get to >>>> hit "refresh" and my new code starts running. >>>> >>>> Furthermore, I'm _okay_ with their being a big delay every time I >>>> introduce a new macro from clj land. >>>> >>>> >>>> I realize this sounds spoiled -- but -- the cljs compiler delays are >>>> really really breaking my flow. >>>> >>>> >>>> Thanks! > > -- > You received this message because you are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with your > first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
