Hey,
good luck with your efforts.
It seems to be that is was motivated by alot of frustration due to
lein-cljsbuild and Google Closure. Most of the issues mentioned in "S-exps in
your browser" are actually addressed in shadow-build [1], part of the reason I
wrote it due to some frustrations I
Actually the shodan library has recently* added some macros, so that when you
say (console/log "some text"), the reported line number in the browser console
will link you to the line in your clojurescript source where you called
console/log, instead of the line in the library where (.log js/cons
There's definitely a business case behind this, otherwise I wouldn't be able to
justify the time put behind it :)
Obviously, one use-case is to be able to use ClojureScript in Rails projects
seamlessly, without having to 1) use an external "watcher" tool that runs
parallel to the asset pipeline
Amos, I'm curious about your motivation for this. Fun? Curiosity? Business
need? I'm using Om/CLJS in a Ruby on Rails app, so this caught my eye.
On Dec 2, 2014, at 8:35 AM, Amos Wenger wrote:
> shin (新) is an early-stage but relatively complete implementation of a
> ClojureScript-to-JavaScri
I'd like to congratulate Amos for his awesome work, we are really happy to have
him here at Memoways.
This being said, I'll also point that the correct kanji is 真. I came up with
the name (actually this is waaay to much pretension) but I forgot to specify
that.
--
Note that posts from new mem
Looks very clever and as you say... more implementation are a good thing as you
say.
Thomas
--
Note that posts from new members are moderated - please be patient with your
first post.
---
You received this message because you are subscribed to the Google Groups
"ClojureScript" group.
To uns
shin (新) is an early-stage but relatively complete implementation of a
ClojureScript-to-JavaScript compiler, written in Ruby, and that does not rely
on Google Closure's libraries or compiler: https://github.com/memoways/shin
The README contains probably more than you ever want to know about Shin
I'm trying to get my head around structuring my client-side routes (in a
reagent app) using secretary, and I'm struggling to work out the best way of
dealing with the "redirect-after-post" scenario where I have a form that is
submitted via AJAX, and once the AJAX request has successfully complet
